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(57) Abstract 


A content-aware flow switch (110) intercepts a client content request in an IP network (100), and transparently directs the content 
request to a best-fit server. The best-fit server is chosen based on the type of content requested, the quality of service requirements implied 
by the content request, the degree of lead on available servers (100a-c), network congestion information, and t he pro ximity of the client to 
available servers. The flow switch (110) detects client-server flows based on the arrival of TCP SYNs and/or HTTP GETs from the client. 
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CONTENT - AWARE FLOW SWITCHING 

References to Related Applications 
This application claims priority from a 
provisional application Ser. No. 60/054,687, filed August 
1, 1997, which is hereby incorporated by reference. 

Background of the Invention 
The present invention relates to content -based 
flow switching in Internet Protocol (IP) networks. 

IP networks route packets based on network address 
information that is embedded in the headers of packets. 
In the most general sense, the architecture of a typical 
data switch consists of four primary components: (1) a 
number of physical network ports (both ingress ports and 
egress ports), (2) a data plane, (3) a control plane, and 
(4) a management plane. The data plane, sometimes 
referred to as the "fastpath, 11 is responsible for moving 
packets from ingress ports of the data switch to egress 
ports of the data switch based on addressing information 
contained in the packet headers and information from the 
data switch's forwarding table. The forwarding table 
contains a mapping between all the network addresses the 
data switch has previously seen and the physical port on 
which packets destined for that address should be sent. 
Packets that have not previously been mapped to a 
physical port are directed to the control plane. The 
control plane determines the physical port to which the 
packet should be forwarded. The control plane is also 
responsible for updating the forwarding table so that 
future packets to the same destination may be forwarded 
directly by the data plane. The data plane functionality 
is commonly performed in hardware. The management plane 
performs administrative functions such as providing a 
user interface (UI) and managing Simple Network 
Management Protocol (SNMP) engines. 
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Packets conforming to the TCP/IP Internet layering 
model have 5 layers of headers containing network address 
information, arranged in increasing order of abstraction. 
A data switch is categorized as a layer N switch if it 
5 makes switching decisions based on address information in 
the N ch layer of a packet header. For example, both Local 
Area Network (LAN, layer 2) switching and IP (layer 3) 
switching switch packets based solely on address 
information contained in transmitted packet headers. In 
10 the case of LAN switching, the destination MAC address is 
used for switching, and in the case of IP switching, the 
destination IP address is used for switching. 

Applications that communicate over the Internet 
typically communicate with each other over a transport 
is layer (layer 4) Transmission Control Protocol (TCP) or 
User Datagram Protocol (UDP) connection. Such 
applications need not be aware of the switching that 
occurs at lower levels (levels 1-3) to support the layer 
4 connection. For example, an HyperText Transfer 
20 Protocol (HTTP) client (also known as. a web browser) 
exchanges HTTP (layer 5) control messages and data 
(payload) with a target web server over a TCP (layer 4) 
connection. 

"Content" can be loosely defined as any 
25 information that a client application is interested in 
receiving. In an IP network, this information is 
typically delivered by an application-layer server 
application using TCP or UDP as its transport layer. The 
content itself may be, for example, a simple ASCII text 
30 file, a binary file, an HTML page, a Java applet, or 
real-time audio or video. 

A "flow" is a series of frames exchanged between 
two connection endpoints defined by a layer 3 network 
address and a layer 4 port number pair for each end of 
35 the connection. Typically, a flow is initiated by a 
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request at one of the two connection endpoints for 
content which is accessible through the other connection 
endpoint. The flow that is created in response to the 
request consists of (1) packets containing the requested 
5 content, and (2) control messages exchanged between the 
two endpoints. 

Flow classification techniques are used to 
associate priority codes with flows based on their 
Quality of Service (QoS) requirements. Such techniques 

10 prioritize network requests by treating flows with 

different QoS classes differently when the flows compete 
for limited network resources. Flows in the same QoS 
class are assigned the same priority code. A flow 
classification technique may, for example, classify flows 

15 based on IP addresses and other inner protocol header 
fields. For example, a QoS class with a particular 
priority may consist of all flows that are destined for 
destination IP address 142.192.7.7 and TCP port number 80 
and T0S of 1 (Type of Service field in the IP header) . 

20 This technique can be used to improve QoS by giving 
higher priority flows' better treatment. 

Internet Service Providers (ISPs) and other 
Internet Content Providers commonly maintain web sites 
for their customers. This service is called web hosting. 

25 Each web site is associated with a web host. A web host 
may be a physical web server. A web host may also be a 
logical entity, referred to as a virtual web host (VWH) . 
A virtual web host associated with a large web site may 
span multiple physical web senders . Conversely, several 

30 virtual web hosts associated with small web sites may 

share a single physical web server . In either case, each 
virtual web host provides the functionality of a single 
physical web server in a way that is transparent to the 
client. The web sites hosted on a virtual web host share 

35 server resources, such as CPU cycles and memory, but are 
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provided with all of the services of a dedicated web 
server, A virtual web host has one or more public 
virtual IP address that clients use to access content on 
the virtual web host. A web host is uniquely identified 
5 by its public IP address. When a content request is made 
to the virtual web host's virtual IP address, the virtual 
IP address is mapped to a private IP address, which 
points either to a physical server or to a software 
application identified by both a private IP address and a 

10 layer 4 port number that is allocated to the application. 

Summary of the Invention 
In one aspect, the invention features content - 
aware flow switching in an IP network. Specifically, 
when a client in an IP network makes a content request, 

is the request is intercepted by a content -aware flow 

switch, which seamlessly forwards the content request to 
a server that is well-suited to serve the content 
re q Ues t. The server is chosen by the flow switch based 
on the type of content requested, the QoS requirements 

20 implied by the content request, the degree of load on 
available servers, network congestion information, and 
the proximity of the client to available servers. The 
entire process of server selection is transparent to the 
client . 

25 In another aspect, the invention features implicit 

deduction of the QoS requirements of a flow based on the 
content of the flow request. After a flow is detected, a 
QoS category is associated with the flow, and buffer and 
bandwidth resources consistent with the QoS category of 

30 the flow are allocated. Implicit deduction of the QoS 
requirements of incoming flow requests allows network 
applications to significantly improve their Quality of 
Service (QoS) behavior by (1) preventing over-allocation 
of system resources, and (2) enforcing fair competition 

35 among flows for limited system resources based on their 
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QoS classes by using a strict priority and weighted fair 
queuing algorithm. 

In another aspect, the invention features flow 
pipes, which are logical pipes through which all flows 
5 between virtual web hosts and clients travel. A single 
content -aware flow switch can support multiple flow 
pipes. A configurable percentage of the bandwidth of a 
content -aware flow switch is reserved for each flow pipe. 

In another aspect, the invention features a method 

10 for selecting a best-fit server, from among a plurality 
of servers, to service a client request for content in an 
IP network. A location of the client is identified. A 
location of each of the plurality of servers is 
identified. Servers that are in the same location as the 

is client are identified. A server from among the plurality 
of servers is selected as the best-fit server, using a 
method which assigns a proximity preference to the 
identified servers. The location of the client may be a 
continent in which the client resides. The location of 

20 each of the plurality of servers may be a continent in 
which the server resides. Servers that are in the same 
location as the client may be identified by identifying 
administrative authorities associated with the client 
based on its IP address, identifying, for each of the 

25 plurality of servers, administrative authorities 
associated with the server, and identifying servers 
associated with an administrative authority that is 
associated with the client. The administrative 
authorities may be Internet Service Providers. 

30 One advantage of the invention is that content - 

aware flow switches can be interconnected and overlaid on 
top of an IP network to provide content -aware flow 
switching regardless of the underlying technology used by 
the IP network. In this way, the invention provides 
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content-aware flow switching without requiring 
modifications to the core of existing IP networks. 

Another advantage of the invention is that by 
using content -aware flow switching, a server farm may 
5 gracefully absorb a content request spike beyond the 
capacity of the farm by directing content requests to 
other servers. This allows mirroring of critical content 
in distributed data centers, with overflow content 
delivery capacity and backup in the case of a partial 

10 communications failure. Content-aware flow switches also 
allow individual web servers to be transparently removed 
for service. 

Another advantage of the invention is- that it 
performs admission control on a per flow basis, based on 

is the level of local network congestion, the system 

resources available on the content -aware flow switch, and 
the resources available on the web servers front -ended by 
the flow switch. This allows resources to be allocated 
in accordance with individual flow QoS requirements. 

20 One advantage of flow pipes is that the virtual 

web host associated with a flow pipe is guaranteed a 
certain percentage of the total bandwidth available to 
the flow switch, regardless of the other activity in the 
flow switch. Another advantage of flow pipes is that the 

25 quality of service provided to the flows in a flow pipe 
is tailored to the QoS requirements implied by the 
content of the individual flows. 

Another advantage of the invention is that, when 
performing server selection, a server in the same 

30 continent as the client is preferred over servers in 
another continent. Trans -continental network links 
introduce delay and are frequently congested. The server 
selection process tends to avoid such trans-continiental 
links and the bottlenecks they introduce. 
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Another advantage of the invention is that, when 
performing server selection, a server that shares a 
"closest" backbone ISP with the client is preferred. 
Backbone ISPs connect with one another at Network Access 
5 Points (NAP). NAPs frequently experience congestion. By 
selecting a path between a client and a server that does 
not include a NAP, bottlenecks are avoided. 

Other features and advantages of the invention 
will become apparent from the following description and 
10 from the claims. 

Brief Description of the Drawings 
FIG. la is a block diagram of an IP network. 
FIG. lb is a block diagram of a segment of a 
network employing a content -aware flow switch. 
15 FIG. lc is a block diagram of traffic flow through 

a content -aware flow switch. 

FIG. 2 is a block diagram illustrating operations 
performed by and communications among components of a 
content -aware flow switch during flow setup. 
20 FIG. 3 is a flow chart of a method for servicing a 

content request using a content -aware flow switch. 

FIG. 4 is a flow chart of a method for parsing a 
flow setup request . 

FIGS. 5 and 6 are flow charts of methods for 
25 sorting a list of candidate servers. 

FIG. 7 is a flow chart of a method for evaluating 
requested content. 

FIG. 8 is a flow chart of a method for sorting a 
list of candidate servers. 
30 FIG. 9 is a flow chart of a method for filting 

servers from a list of candidate servers. 

FIG. 10 is a flow chart of a method for evaluating 
a server in a list of candidate servers. 

FIG. 11 is a flow chart of a method for ordering a 
35 server in a list of candidate servers. 
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FIGS, 12-16 are flows charts of methods for 
assigning a status to a server for purposes of ordering 
the server in a list of candidate servers, 

FIG. 17 is a flow chart of a method for assigning 
s a flow to a local server. 

FIG. 18 is a flow chart of a method for attempting 
to satisfy a request for a flow. 

FIG. 19 is a flow chart of a method for 
constructing a QoS tag. 
io FIG. 2 0 is a flow chart of a method for locating 

QoS tags which are similar to a given QoS tag. 

FIGS. 21a-b are block diagrams of flow pipe 
traffic through a content-aware flow switch. 

FIG. 22 is a flow chart of a method for ordering 
is servers in a list of candidate servers based on 
proximity. 

FIG. 23 is a block diagram of a computer and 
computer elements suitable for implementing elements of 
the invention. 

20 Detailed Description 

Referring to FIG. la, in a conventional IP network 
100, such as the Internet, servers are connected to 
routers at the edges of the network 100. Each router is 
connected to one or more other routers. Each stream of 

25 information transmitted from one end station to another 
is broken into packets containing, among other things, a 
destination address indicating the end station to which 
the packet should be delivered. A packet is transmitted 
from one end station to another via a sequence of 

30 routers. For example, a packet may originate at server 
SI, traverse routers Rl, R2, R3, and R4 , and then be 
delivered to server S2 . 

In FIG. la, a network node is either a router or 
an end station. Each router has access to information 

35 about each of the nodes to which the router is connected. 
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When a router receives a packet, the router examines the 
packet's destination address, and forwards the packet to 
a node that the router calculates to be most likely to 
bring the packet closer to its destination address. The 
5 process of choosing an intermediary destination for a 
packet and forwarding the packet to the intermediary 
destination is called routing. 

For example, referring to FIG. la, server SI 
transmits a packet, whose destination address is server 

10 S2, to router Rl. Router Rl is only connected to server 
SI and to router R2 . Router Rl therefore forwards the 
packet to router R2 . When the packet reaches router R2 , 
router R2 must choose to forward the packet to one of 
routers Rl, R5, R3 , and R6 based on the packet's 

15 destination IP address. The packet is passed from router 
to router until it reaches its destination of server S2 . 

Referring to FIG. lb, web servers lOOa-c and 120a- 
b are connected to a content-aware flow switch 110. The 
web servers lOOa-c are connected to the flow switch 110 

20 over LAN links 105a-c. The web servers 120a-b are 

connected to the flow switch 110 over WAN links 122a-b. 
The flow switch 110 may be configured and its health 
monitored using a network management station 125. The 
role of the . management station 125 is to control and 

25 manage one or more communications devices from an 

external device such as a workstation running network 
management applications. The network management station 
125 communicates with network devices via a network 
management protocol such as the Simple Network Management 

30 Protocol (SNMP) . The flow switch 110 may connect to the 
network 100 (FIG. la) through a router 130. The flow 
switch 110 is connected to the router 130 by a LAN or WAN 
link 132. Alternatively, the flow switch 110 may connect 
to the network 100 directly via one or more WAN links 

35 (not shown) . The router 130 connects to an Internet 
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Service Provider (ISP) (not shown) by multiple WAN links 
135a-c. 

Referring to FIG. lc, a content -aware flow switch 
"front -ends" (i.e., intercepts all packets received from 
5 and transmitted by) a set of local web servers lOOa-c, 
constituting a web server farm 150. Although connections 
to the web servers lOOa-c are typically initiated by 
clients on the client side, most of the traffic between a 
client and the server farm 150 is from the servers lOOa-c 

10 to the client (the response traffic) . It is this 
response traffic that needs to be most carefully 
controlled by the flow switch 110. 

The flow switch 110 has a number of physical 
ingress ports 170a-c and physical egress ports 165a-c. 

15 Each of the physical ingress ports 170a-c may act as one 
or more logical ingress ports, and each of the physical 
egress ports 165a-c may act as one or more logical egress 
ports in the procedures described below. Each of the web 
servers lOOa-c is network accessible to the content -aware 

20 flow switch 110 via one or more of the physical egress 
ports 165a-c. Associated with each flow controlled by 
the flow switch 110 is a logical ingress port and a 
logical egress port. 

The flow switch 110 is connected to an internet 

25 through uplinks 155a-c. When a client content request is 
accepted by the flow switch 110, the flow switch 110 
establishes a full-duplex logical connection between the 
client and one of the web servers lOOa-c through the flow 
switch 110. Individual flows are aggregated into pipes, 

30 as described in more detail below. Request traffic flows 
from the client toward the server and response traffic 
flows from the server to the client. A component of the 
flow switch 110, referred to as the Flow Admission 
Control (FAC) , polices if and how flows are admitted to 

35 the flow switch 110, as described in more detail below. 
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The content-aware flow switch 110 differs from 
typical layer 2 and layer 3 switches in several respects. 
First, the data plane of layer 2 and layer 3 switches 
forwards packets based on the destination addresses in 
5 the packet headers (the MAC address and header 

information in the case of a layer 2 switch and the 
destination IP address in the case of a layer 3 switch) . 
The content -aware flow switch 110 switches packets based 
on a combination of source and destination IP addresses, 

10 transport layer protocol, and transport layer source and 
destination port numbers. Furthermore, the functions 
performed in the control plane of typical layer 2 and 
layer 3 switches are based on examination of the layer 2 
and layer 3 headers, respectively, and on well-known 

is bridging and routing protocols. The control plane of the 
content-aware flow switch 110 also performs these 
functions, but additionally derives the forwarding path 
from information contained in the packet headers up to 
and including layer 5. In addition, content -induced QoS 

20 and bandwidth requirements, server loading and network 
path optimization are also considered by the content - 
aware flow switch 110 when selecting the most optimal 
path for a packet, as described in more detail below. 

FIG. 2 is a block diagram illustrating, at a high 

25 level, operations performed by and communications among 
components of the content -aware flow switch 110 during 
flow setup. An arrow between two components in FIG. 2 
indicates that communication occurs in the direction of 
the arrow between the two components connected by the 

30 arrow. 

Referring to FIG. 2, the content -aware flow switch 
110 includes: a Web Flow Redirector (WFR) , an Intelligent 
Content Probe (ICP) , a Content Server Database (CSD) , a 
Client Capability Database (CCD) , a Flow Admission 
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Control (FAC) , an Internet Probe Protocol (IPP) , and an 
Internet Proximity Assist (IPA) . 

The CSD maintains several databases containing 
information about content flow characteristics, content 
5 locality, and the location of and the load on servers, 
such as servers lOOa-c and 120a-b. One database 
maintained by the CSD contains content rules, which are 
defined by the system administrator and which indicate 
how the flow switch 110 should handle requests for 

10 content . Another database maintained by the CSD contains 
content records which are derived from the content rules. 
Content records contain information related to particular 
content, such as its associated IP address, URL, 
protocol, layer 4 port number, QoS indicators, and the 

is load balance algorithm to use when accessing the content . 
A content record for particular content also points to 
server records identifying servers containing the 
particular content. Another database maintained by the 
CSD contains server records, each of which contains 

20 information about a particular server. The server record 
for a server contains, for example, the server's IP 
address, protocol, a port of the server through which the 
server can be accessed by the flow switch 110, an 
indication of whether the server is local or remote with 

25 respect to the flow switch 110, and load metrics 
indicating the load on the server. 

Information in the CSD is periodically updated 
from various sources, as described in more detail below. 
The WFR, CSD, and FAC are responsible for selecting a 

30 server to service a content request based on a variety of 
criteria. The FAC uses server-specific and content- 
specific information together with client information and 
QoS requirements to determine whether to admit a flow to 
the flow switch 110. The ICP is a lightweight HTTP 

35 client whose job is to populate the CSD with server and 


WO 99/06913 


PCT/US98/11912 


- 13 - 

content information by probing servers for specific 
content that is not found in the CSD during a flow setup. 
The ICP probes servers for several reasons, including: 
(1) to locate specific content that is not already stored 
5 in the CSD, (2) to determine the characteristics of known 
content such as its size, (3) to determine relationships 
between different pieces of content, and (4) to monitor 
the health of the servers. ICPs on various flow switches 
communicate with each other using the IPP, which 

10 periodically sends local server load and content 

information to neighboring content-aware flow switches. 
The CCD contains information related to the known 
capabilities of clients and is populated by sampling 
specific flows in progress. The IPA periodically updates 

15 the CSD on the internet proximity of servers and clients. 

A flow setup request may take the form of a TCP 
SYN from a client being forwarded to the WFR (202) . The 
WFR passes the flow setup request to the CSD (2 04) . The 
CSD determines which servers, if any, are available to 

20 service the flow request and generates a list of such 
candidate servers (206) . This list of candidate servers 
is ordered based on configurable CSD preferences. The 
individual items within this list contain all the 
information the FAC will ultimately need to make flow 

25 admission decisions. 

If more than one server exists in the server farm 
150 and content is not fully replicated among the servers 
in the server farm, then it may not be possible for the 
CSD to identify any candidate servers based upon the 

30 receipt of the TCP SYN alone. In this case, the CSD 
returns a NULL candidate server list to the WFR with a 
status indicator requesting that the TCP connection is to 
be spoofed and that the subsequent HTTP GET is to be 
forwarded to the CSD (212). 
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If the CSD contains no content records for servers 
that can satisfy the received TCP SYN or HTTP GET, a NULL 
list is returned to the WFR with a status indicator 
indicating that the flow request should be rejected 
5 (212) . If the CSD finds a content record that satisfies 
the HTTP GET but does not find a record for the specific 
piece of content requested, a new content record is 
created containing default values for the specific piece 
of content requested. The new record is then returned to 

10 the WFR (212). In either of these two cases (i.e., the 
CSD finds no matching records, or the CSD finds a 
matching record that does not exactly match the requested 
content) , the CSD asks the ICP to probe the local servers 
(using http 11 HEAD 11 operations) to determine where, the 

15 content is located and to deduce the content's QoS 
attributes (208) . 

The CSD then asks the CCD for information related 
to the client making the request (211) . The CCD returns 
any such information in the CCD to the CSD (210) . The 

20 CSD returns an ordered list of candidate servers and any 
client information obtained from the CCD to the WFR 
(212) . 

Depending on the response returned from the CSD, 
the WFR will either: (1) reject, TCP spoof, or redirect 

25 the flow as appropriate (214) , or (2) forward the flow 
request, the list of candidate servers, and any client 
information to the FAC for selection and local setup 
(216) . The FAC evaluates the list of servers contained 
in the content record, in the order specified by the CSD, 

30 and looks for a server that can accept the flow (218) . 
The FAC's primary consideration in selecting a server 
from the list of candidate servers is that sufficient 
port and switch resources be available on the content - 
aware flow switch to support the flow. An accepted flow 

35 is assigned either to a VC-pipe or to a flow pipe, as 
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appropriate. (VC-pipes and flow pipes are described in 
more detail below.) The FAC also adjusts flow weights as 
necessary to maintain flow pipe bandwidth. 

The FAC informs the WFR of which local server, if 
5 any, was chosen to accept the flow, and provides 

information to the WFR indicating to which specific VC- 
pipe or flow pipe the flow was assigned (220) . The WFR 
sets up the required network address translations for 
locally accepted flows so that future packets within the 

10 flow can be modified appropriately (222) . If the chosen 
server is "remote" (not in the local server farm) (220) , 
an HTTP redirect is generated (222) that causes the 
client to go to the chosen remote site for service. 
In addition to the steps described above, which 

is occur as part of the flow setup process, the components ■ 
shown in FIG. 2 perform several other tasks, including 
the following. Periodically, the ICP probes the servers 
lOOa-c front-ended by the content-aware flow switch 110 
for information regarding server status and content. 

20 This activity may be undertaken proactively (such as 
polling for general server health) or at the request of 
the CSD. The ICP updates the CSD with the results of 
this search so that future requests for the same content 
will receive better service (224) . 

25 The IPP periodically sends local server load and 

content information to neighboring content -aware flow 
switches. Data arriving from these peers is evaluated 
and appropriate updates are sent to the CSD (226) . The 
IPA periodically updates the CSD with internet proximity 

30 information (228) . 

The operation of the components shown in FIG. 2 is 
now described in more detail. 

Referring to FIG, 3, the WFR services a client 
content request as follows. When a client sends a 

3 5 content request to a server in the form of a TCP SYN or 
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HTTP GET, the content request is intercepted by the 
content -aware flow switch 110, which interprets the 
request as a request to initiate a flow between the 
client and an appropriate server {step 402) . The CSD is 
5 queried for a list of available servers to serve the * 
content request (step 404) . The CSD returns a list of 
candidate servers and the status indicator ACCEPT if the 
preferred server is known to be in the local server farm. 
If the CSD returns a status indicator ACCEPT (decision 

10 step 406) , then the content request may be served at one 
of the local servers lOOa-c front-ended by the flow 
switch 110. In this case, the FAC is asked to assign a 
flow for servicing the content request to a local server, 
chosen from among the list of candidate servers returned 

is by the CSD (step 408) . If the FAC successfully assigns 
the flow to a local server (decision step 412) , then an 
appropriate network address translation for the flow is 
set up (step 416) , a connection is set up with the 
appropriate server (using a pre-cached, persistent, or 

20 newly created connection) (step 426) , and the content 
request is passed to the server (step 428) . 

If the CSD is unable to identify any local servers 
to serve the content request (decision step 406) , or if 
the FAC is unable to assign a flow for the content 

25 request to a local server (decision step 412) , then if 
the status indicator (returned by either the CSD in step 
404 or the FAC in step 408) indicates that the flow 
should be redirected to a remote server (step 410) , then 
the flow is redirected to a remote server (step 414). If 

30 the CSD indicated (in step 4 04) that the flow should be 
spoofed (decision step 418) , then the client TCP request 
is spoofed (step 420) . If the flow cannot be assigned to 
any server, then the flow is rejected with an appropriate 
error (step 422) . 
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Referring to FIG. 4, the CSD parses a flow setup 
request as follows. First, the CSD parses the URI 
representing the client content request in order to 
identify the nature of the requested content (step 429) . 
5 If the request is an HTTP request, for example, elements 
of the HTTP header, including the HTTP content -type, are 
extracted. * In the case of a non-HTTP request, the 
combination of protocol number and source/destination 
port are used to identify the nature of the requested 

10 content. In the case of an HTTP request, the content - 
type or filename extension is used to deduce a QoS class, 
delay, minimum bandwidth, and frame loss ratio as shown 
in Table 1, below. The content-size is used to determine 
the size of the requested flow. Overall flow intensity 

is is monitored by the content -aware flow switch 110 by 
calculating the average throughput of all flows. The 
degree to which a particular piece of content served by a 
server is "hot content" is measured by monitoring the 
number of hits (requests) the content receives. The 

20 burstiness of a flow is determined by calculating the 
number of flows per content per time unit. 

Identifying the nature of the requested content also 
involves deducing, from the content request and 
information stored in the CSD, the QoS requirements of 

25 the requested content. These QoS requirements include: 

Bandwidth, defined by the number of bytes of content 
to be transferred over the average flow duration. 

Delay, defined as the maximum delay suitable for 
retrieving particular content. 

30 Frame Loss Ratio, defined as the maximum acceptable 

percentage of frame loss tolerated by the particular type 
of content . 

A QoS class is assigned to a flow based on the 
flow's calculated QoS requirements. Eight QoS classes 
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are supported by the flow switch 110. Table 1 indicates 
how these classes might be used. 


QoS 
Class 

Delay 

(End to End) 

Min 

Bandwidth 

Frame Loss 
Ratio 

Example 
Applications 

0 

N/A 

N/A 

itr fl 

Control Flows 

1 


8 KBPS 

10' 8 

TnfPTTiPh Phnnp 

2 

Interactive 

4 KBPS 

10" 4 

Distance 

Telemetry, 

streaming 

video/audio 

i 

D UwfTlb 



rjcuxa 

distribution, 

multi-user 

games, 

interactive TV 

4 

Low 

64 KBPS 

Data: 10" fl 
Streaming: 10 " 4 

Entertainment, 
traditional fax 

5 

Low 

N/A 

10' e 

Stock Ticker, 
News 

6 

N/A 

N/A 

10' 8 

Service 
Distribution, 
Internet 
Printing 

7 

N/A/ 

N/A 

io- 4 

Best effort 
traffic (email, 
Internet fax, 
database, etc.) 


Table 1 


After the nature of the requested content has been 
is identified, the CSD queries its database for records of 
candidate servers containing the requested content (step 
430) . If the CSD cannot find any records in the database to 
satisfy a given content request (decision step 432) , the 
ICP/IPP is asked to locate the requested content, in order 
20 to increase the probability that future requests for the 
requested content will be satisfied (step 446) . The CSD 
then returns a NULL list to the WFR with a status indicator 
indicating that the flow request should be rejected (steps 
434, 444) . 
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If one or more matching server records are found 
(decision step 432) and the client request is in the form 
of a HTTP GET (decision step 436) , then the CSD 
determines whether any of the existing content records 
5 exactly matches the requested content (decision step 
448) . For example, consider a content request for 
http://www.company.com/document.html. The CSD will 
consider a content record for http://www.company.com/* to 
be an exact match for the content request. The CSD will 

10 consider a record for http://www.company.com/ to be a 
match for the request, but not the most specific match. 
In the case of an exact match, the CSD sorts- the list of 
candidate servers (identified in step 43 0) based on 
configurable preferences (step 442) . In the case of at 

is least one match but no exact matches, the CSD creates a 
new record containing default information extracted from 
the most specific matching record, as well as additional 
information gleaned from the content request itself (step 
450) . This additional information may include the QoS 

20 requirements of the flow, based on the port number of the 
content request, or the filename extension (e.g., ".mpg" 
might indicate a video clip) contained in the request. 
The CSD asks the ICP/IPP to probe, in the background, for 
more specific information to use for future requests 

25 (step 452) . 

If one or more server records are found (decision 
step 432) and the client content request is in the form 
of a TCP SYN (decision step 436) , the mere receipt by the 
flow switch of a TCP SYN may not provide the CSD with 

30 enough information about the nature of the requested flow 
for the CSD to make a determination of which available 
servers can service the requested flow. For example, the 
TCP SYN may indicate the server to which the content 
request is addressed, but not indicate which specific 

35 piece of content is being . requested from the server. If 
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receipt of a HTTP GET from the client is required to 
identify a server to serve the content request (decision 
step 438) , then the CSD returns a NULL server list to the 
WFR with a status indicator requesting that the TCP 
5 connection be spoofed and that the subsequent HTTP GET 
from the client be forwarded to the CSD (step 440) . 

If the TCP SYN is adequate to identify a server to 
service the content request (decision step 438) , then the 
CSD sorts the list of candidate servers (identified in 

10 step 430) based on configurable preferences (step 442) . 

If adequate information was available in the content 
request to generate a list of available servers (decision 
step 432) and the request may be serviced by one of the 
servers locally attached to the data switch (decision 

15 step 451) , then the Client Capability Database (CCD) is 
queried for any available information on the capabilities 
of the requesting client (step 453) . 

Referring to FIG. 5, given a content request and a 
list of candidate servers, the CSD sorts the list of 

20 candidate servers as follows. If the CSD content records 
indicate that the requested content is "sticky" (i.e., 
that a client who accesses such content must remain 
attached to a single server for the duration of the 
transaction between the client and the server, which 

25 could be comprised of multiple individual content 

requests) (decision step 454) , then the CSD searches an 
internal database to determine to which server this 
client was previously "stuck" (step 456) . If the CSD 
finds no record for this client (decision step 458) , then 

30 the CSD indicates that the request should be rejected 
(step 464) . If the CSD finds a record of this client 
(decision step 458) , then the CSD creates and returns a 
list of candidate servers which includes only the 
"sticky" server to which the client was previously 

35 "stuck" (step 460) , and indicates that a local server to 
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serve the content request was found (step 462) . If the 
requested content is not "sticky" (decision step 454) , 
then the list of candidate servers is ordered according 
to the method of FIG, 6 (step 456) . 
5 Referring to FIG. 6, the CSD orders the list of 

candidate servers as follows. The CSD evaluates the 
requested content according to several criteria (step 
468) . The CSD filters the candidate server list and 
orders (sorts) the candidate servers remaining in the 
10 candidate server list (step 470) . Servers in the 

candidate server list are assigned proximity preferences 
(step 472) . 

If the first server in the sorted list of candidate 
servers is a remote server (decision step 474) , then the 

is CSD assigns a value of REDIRECT to a status indicator 
(step 476) . If the first server in the sorted list of 
candidate servers is a local server (decision step 474) , 
then the CSD assigns a value of ACCEPT to the status 
indicator (step 4 78) . The CSD returns the status 

20 indicator and the ordered list of candidate servers (step 
480) . 

Referring to FIG. 7, a particular requested content 
is evaluated by the CSD as follows. A variable 
requestFlag is used to store several flags (values which 

25 can be either true or false) relating to the requested 
content. Flags stored in requestFlag include BURSTY 
(indicating whether the requested content is undergoing a 
burst of requests) , LONG (indicating that this the 
request is likely to result in a long-lived flow) , 

30 FREQUENT (indicating that the requested content is 

frequently requested) , and HI_PRIORITY (indicating that 
the requested content is high priority content) . 

If the current time at which the requested content 
is being requested minus the previous time at which the 

35 requested content was requested is not greater than 


WO 99/06913 


PCT/US98/11912 


- 22 - 

avglnterval (the average period of time between flow 
requests for the requested content) (decision step 482) , 
then a variable burstLength is assigned a value of zero 
(step 484) and requestFlag is assigned a value of zero 
5 (step 486) , Otherwise (decision step 482) , the value of 
the variable burstLength is incremented (step 488) , and 
if the value of burstLength is greater than MIN_BURST_RUN 
(decision step 490), then avglnterval is recalculated 
(step 4 92) , and the variable requestFlag is assigned a 

10 value of BURSTY (step 494) . MINJBURST_RUN is a 
configurable value which indicates how many sub- 
avglnterval requests for a given piece of content 
constitute the beginning of a burst. 

A variable runTime is set equal to the current time 

is (step 496) . A flag requestFlag is used to store several 
pieces of information describing the requested content. 
If the size of the requested content is greater than a 
predetermined constant SMALL_CONTENT (decision step 498) , 
then the LONG flag in requestFlag is set (step 502) . If 

20 the requested content is streamed (decision step 500) , 
then the LONG flag in requestFlag is set (step 502) . If 
the number of hits the requested content has received is 
greater than a predetermined constant HOT_CONTENT 
(decision step 504), then the FREQUENT flag in 

25' requestFlag is set (step 506) . If the requested content 
has previously been flagged as HIGH_PRIORITY (decision 
step 508) , then the HI_PRIORITY flag in requestFlag is 
set (step 510) . 

Referring to FIG. 8, the CSD assigns status 

30 indicators to the servers in the candidate server list as 
follows. The first server in the candidate server list 
is selected (step 514) . If the selected server should be 
filtered (decision step 516) , then the selected server is 
removed from the candidate server list (step 518) . 

35 Otherwise, the server is evaluated (step 520), and 
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ordering rules are applied to the selected server to 
assign a status indicator to the selected server (step 
522) . If there are more servers in the candidate server 
list (decision step 524) , then the next server in the 
5 candidate server list is selected (step 526), and steps 
516-524 are repeated. Otherwise, assignment of status 
indicators to the servers in the candidate server list is 
complete (step 528) . 

Referring to FIG. 9, servers are filtered from the 

10 candidate server list as follows. If a server has not 
responded to recent queries (decision step 530) , is no 
longer reachable due to a network topology change 
(decision step 532) , or no longer contains the requested 
content (indicated by an HTTP 4 04 error in response to a 

is request for the requested content) , then the server is 
flag for removal from the candidate server list (step 
536) . 

Referring to FIG. 10, a server in the candidate 
server list is evaluated as follows. A variable 

20 serverFlag is used to store several flags relating to the 
server. Flags stored in serverFlag include RECENT_THIS 
(indicating that a request was recently made to the 
server for the same content as is being requested by the 
current content request) , RECENT_OTHER (indicating that a 

25 request was recently made to the server for content other 
than the content being requested by the current content 
request) , RECENT^ MANY (indicating that many distinct 
requests for content have recently been made to the 
server) , LOW_BUFFERS (set to TRUE when one or more recent 

30 requests have been streamed) , RECENT_LONG (indicating 
that one or more of the server' s recent flows was long- 
lived) , LOW_PORT_BW (indicating that the server's port 
■ bandwidth is low) , and LOW_CACHE (indicating that the 
server is low on cache resources) . 


WO 99/06913 


PCT/US98/11912 


- 24 - 

If the server was not recently accessed (decision 
step 540), then none of the flags in serverFlag are set, 
and evaluation of the server is complete (step 570) . 
Otherwise, if the server was recently accessed for the 
5 same content as is being requested by the current content 
request (decision step 542) , then serverFlag is assigned 
a value of RECENT_THIS (step 546); otherwise, serverFlag 
is assigned a value of RECENTJDTHER (step 548) . If there 
have been many recent distinct requests to the server 

10 (decision step 550), then the RECENTJVtANY flag in 
serverFlag is set (step 552). If any of the recent 
requests to the server were streamed (decision step 554), 
then the LOW_BUFFERS flag of serverFlag is set (step 
556) . If any of the recent requests to the server were 

15 long-lived (decision step 558) , then the RECENT_LONG flag 
of serverFlag is set (step 560) . If the port bandwidth 
of the server is low (decision step 562) , then the 
LOW_PORT_BW flag of serverFlag is set (step 564) . If the 
RECENT_OTHER flag of serverFlag is set (decision step 

20 566) , then the LOW_CACHE flag of serverFlag is set (step 
568) . 

Referring to FIG, 11, a server in the candidate 
server list is ordered within the candidate server list 
as follows. A variable Status is used to indicate 

25 whether the server should be placed at the bottom of the 
candidate server list. Specifically, if the HI_PRIORITY 
flag of requestFlag is set (decision step 572) , then 
Status is assigned a value according to FIG. 12 (step 
574) . If the BURSTY flag of requestFlag is set (decision 

30 step 576) , then Status is assigned a value according to 
FIG. 13 (step 578) . If the FREQUENT flag of requestFlag 
is set (decision step 580) , then Status is assigned a 
value according to FIG. 14 (step 582) • If the LONG flag 
of requestFlag is set (decision step 584), then Status 

35 assigned a value according to FIG. 15 (step 586) ; 
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otherwise, Status is assigned a value according to FIG. 
16 (step 588). If the value of Status is not OKAY 
(decision step 590) , then the server is considered not 
optimal and is placed at the bottom of the candidate 
5 server list (step 584) . Otherwise, the server is 

considered adequate and is not moved within the candidate 
server list (step 592) . 

Referring to FIG. 12, in the case of a request for a 
flow for which the HI_PRIORITY flag of requestFlag is 

10 set, if the LOW_CACHE flag of serverFlag is set (decision 
step 596), the RECENT_OTHER flag of serverFlag is set 
(decision step 598) , the LOW_PORT_BW flag of serverFlag 
is set (decision step 600) , or the RECENT_LONG flag of 
serverFlag is set (decision step 602) , then Status is 

15 assigned a value of NOT_OPTIMAL (step 608) . Otherwise, 
Status is assigned a value of OKAY (step 604) . 

Referring to FIG. 13, in. the case of a request for a 
flow for which the BURSTY requestFlag is set and the 
RECENTJTHIS serverFlag is not set (decision step 608) , 

20 and if either the LOW_CACHE or RECENT_MANY serverFlag is 
set (decision steps 610 and 612) , then Status is assigned 
a value of NOT_OPTIMAL (step 616) . Otherwise, Status is 
assigned a value of OKAY (step 614) . 

Referring to FIG. 14, a value is assigned to Status 

25 in the case of a request for a flow which is not bursty 
and not frequently requested as follows. Status is 
assigned a value of NO T_0 P T I MAL (step 64 4) if any of the 
following conditions obtain: (1) the LONG flag of 
requ estFlag is set and the LOW_BUFFERS and LOW_CACHE 

30 flags of serverFlag are set (decision steps 620, 622, and 
624); (2) the RECENT_MANY, RECENTJTHIS, and LOW_CACHE 
flags of serverFlag are set (decision steps 626, 628, and 
630); (3) the RECENT_LONG, RECENTJTHIS, and LOW_CACHE 
flags of serverFlag are set (decision steps 632, 634, and 

35 636) ; or (4) the LONG flag of requestFlag is set and the 
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LOW_PORT_BW flag of serverFlag is set (decision steps 638 
and 640) . Otherwise, Status is assigned a value of OKAY 
(step 642) . 

Referring to FIG. 15, a value is assigned to Status 
5 in the case of a request for a flow which is non-bursty, 
frequently requested, and short-lived as follows. Status 
is assigned a value of NOT_OPTIMAL (step 664) if any of 
the following conditions obtain: (1) the LOW_BUFFERS and 
LOW_CACHE flags of serverFlag are set (decision steps 

10 646, 648); (2) the RECENT_LONG , RECENT_OTHER , and 

L0W_CACHE flags of serverFlag are set (decision steps 
650, 652, and 654); or (3) the RECENT_MANY, RECENTJDTHER, 
and LOW_CACHE flags of serverFlag are set (decision steps 
656, 658, and 660) . Otherwise, Status is assigned a 

is value of OKAY (step 662) . 

Referring to FIG. 16, a value is assigned to Status 
in the case of request for flows which are not handled by 
any of FIGS. 12-15 as follows. Status is assigned a 
value of NOT_OPT I MAL (step 680) if any of the following 

20 conditions obtain: (1) the LOW_BUFFERS and LOW_CACHE 
flags of serverFlag are set (decision steps 666, 668) ; 
(2) the RECENT_MANY and L0W_CACHE flags of serverFlag are 
set (decision steps 67 and 672); or (3) the RECENT_LONG 
and LOW_PORT_BW flags of serverFlag are set (decision 

25 steps 674 and 676) . Otherwise, Status is assigned a 
value of OKAY (step 678) . 

Referring again to FIG. 6, the servers remaining in 
the candidate server list are sorted again, this time by 
proximity to the client making the content request (step 

30 472) . The details of sorting by proximity are discussed 
in more detail below with respect to the Internet 
Proximity Assist (IPA) and with respect to FIG. 22. 

The first server in the candidate server list is 
examined, and if it is local to the content -aware flow 

35 switch 110 (decision step 474), then a variable Status is 
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assigned a value of ACCEPT (step 478), indicating that 
the content-aware flow switch 110 can service the 
requested flow using a local server. Otherwise, Status 
is assigned a value of REDIRECT (step 476), indicating 
5 that the flow request should be redirected to a remote 
server. 

The process of deciding whether to create a flow in 
response to a client content request is referred to as 
Flow Admission Control (FAC) . Referring again to FIG. 3, 

10 if the value of Status is ACCEPT (decision step 406) , 
then the FAC is asked to assign the requested flow to a 
local server (step 408) . The FAC admits flows into the 
flow. switch 110 based on flow QoS requirements and the 
amount of link bandwidth, flow switch bandwidth, and flow 

15 switch buffers. Flow admission control is performed for 
each content request in order to verify that adequate 
resources exist to service the content request, and to 
offer the content request the level of service indicated 
by its QoS requirements. If sufficient resources are not 

20 available, the content request may be redirected to 

another site capable of servicing the request or simply 
be rejected. 

More specifically, referring to FIG. 17, the FAC 
assigns a flow to a local server from among an ordered 

25 list of candidate servers, in response to a content 
request, as follows. First, the FAC fetches the first 
server record from the list of candidate servers (step 
684) . If the server record is for a local server 
(decision step 686) , and the local server can satisfy the 

30 content request (decision step 690) , then the FAC 

indicates that the content request has been successfully 
assigned to a local server (step 694) . If the server 
record is not for a local server (decision step 686) , 
then the FAC indicates that the content request should be 

35 redirected (step 688) . 
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If the server record is for a local server (decision 
step 686) that cannot satisfy the content request 
(decision step 690) , and there are more records in the 
list of candidate servers to evaluate (decision step 
5 696) , then the FAC evaluates the next record in the list 
of candidate servers (step 698) as described above. If 
all of the records have been evaluated without 
redirecting the request or assigning the request to a 
local server, then the content request is rejected, and 

10 no flow is set up for the content request (step 700) . 

Referring to FIG. 18, the FAC attempts to establish 
a flow between a client and a candidate server, in 
response to a client content request, as follows. The 
FAC extracts, from the CSD server record for the 

15 candidate server, the egress port of the flow switch to 
which the candidate server is connected. The FAC also 
extracts, from the content request, the ingress port of 
the flow switch at which the content request arrived 
(step 726) . Using the information obtained in step 726 

20 and other information from the candidate server record, 
the FAC constructs one or more QoS tags (step 728) . A 
QoS tag encapsulates information about the deduced QoS 
requirements of an existing or requested flow. 

If the requested content is not served by a 

25 (physical or virtual) web host associated with a flow 
pipe (decision step 73 0) , then the FAC attempts to add 
the requested flow to an existing VC pipe (step 732) . A 
VC pipe is a logical aggregation of flows sharing similar 
characteristics; more specifically, all of the flows 

30 aggregated within a single VC pipe share the same ingress 
port, egress port, and QoS requirements. Otherwise, the 
FAC attempts to add the requested flow to the flow pipe 
associated with the server identified by the candidate 
server record (step 734) . Once the QoS requirements of a 

35 flow have been calculated, they are stored in a QoS tag, 
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so that they may be subsequently accessed without needing 
to be recalculated. 

Referring to FIG. 19, the FAC constructs a QoS tag 
from a candidate server record, ingress and egress port 
5 information, and any available client information, as 

follows. If the requested content is not to be delivered 
using TCP (decision step 738) , then the FAC calculates 
the minimum bandwidth requirement MinBW of the requested 
content based on the total bandwidth PortBW available to 
10 he logical egress port of the flow and the hop latency 
hopLatency (a static value contained in the candidate 
server record) of the flow, using the formula: 

MinBW = frameSize / hopLatency) 
Formula 1 

15 (step 756) . If the requested content is to be delivered 
using TCP (decision step 738) , then the FAC calculates 
the average bandwidth requirement AvgBW of the requested 
flow based on the size of the candidate server's cache 
CacheSize (contained in the candidate server record) , the 

20 TCP window size TcpW (contained in the content request) , 
and the round trip time RTT (determined during the 
initial flow handshake), using the formula: 

AvgBW = min (CacheSize, TcpW) / RTT 
Formula 2 

25 (step 74 0) . The FAC uses the average bandwidth AvgBW and 
the flow switch latency (a constant) to determine the 
minimum bandwidth requirement MinBW of the requested 
content using the formula: 


30 


MinBW = min (AvgBW * MinToAvg, clientBW) 

Formula 3 
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In Formula 3, MinToAvg is the flow switch latency and 
clientBW is derived from the maximum segment size (MSS) 
option of the flow request (step 742) . 

The content-aware flow switch 110 reserves a fixed 
5 amount of buffer space for flows. The FAC is responsible 
for calculating the buffer requirements (stored in the 
variable Buffers) of both TCP and non-TCP flows, as 
follows. If the requested flow is not to be streamed 
(decision step 744) , then the flow is provided with a 

10 best-effort level of buffers (step 758) . Streaming is 
typically used to deliver real-time audio or video, where 
a minimum amount of information must be delivered per 
unit of time. If the content is to be streamed (decision 
step 744) , then the burst tolerance btol of the flow is 

15 calculated (step 746) , the peak bandwidth of the flow is 
calculated (step 748) , and the buffer requirements of the 
flow are calculated (step 750) . A QoS tag is constructed 
containing information derived from the calculated 
minimum bandwidth requirement and buffer requirements 

20 (step 752) . The FAC searches for any other similar 
existing QoS tags that sufficiently describe the QoS 
requirements of the requested content (step 754) . 

Referring to FIG. 20, the FAC locates any existing 
QoS tags which are similar enough (in MinBW and Buffers) 

25 to the QoS tag constructed in FIG. 19 to be acceptable 
for this content request, as follows. If the requested 
content is not to be delivered via TCP (decision step 
764) , then the FAC finds all QoS tags with a higher 
minimum bandwidth requirement but with lower buffer 

30 requirements than the given QoS tag (step 766) . If the 
content is to be delivered via TCP (decision step 764) , 
then the FAC finds all QoS tags with a lower minimum 
bandwidth requirement and higher buffer requirements than 
the given QoS tag (step 768) . If the requested content 

35 is not to be streamed (decision step 770) , then for each 
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existing QoS tag, the FAC calculates the average 
bandwidth, calculates the TCP window size as 
TcpW = AvgBW * RTT, and verifies that the TCP window size 
is at least 4K (the minimum requirement for HTTP 
5 transfers) (step 774) . If the requested content is to be 
streamed (decision step 770) , then the FAC examines each 
existing QoS tag and excludes those that are not capable 
of delivering the required peak bandwidth PeakBW or burst 
tolerance btol, as calculated in FIG. 19, steps 746 and 
10 748 (step 772) The resulting list of QoS tags is then 
used when aggregating the flow into a VC-pipe or flow 
pipe. 

One of the effects of the procedures shown in FIGS. 
3-20 is that the flow switch 110 functions as a network 

is address translation device. In this role, it receives 
TCP session setup requests from clients, terminates those 
requests on behalf of the servers, and initiates (or 
reuses) TCP connections to the best -fit target server on 
the client's behalf. For that reason, two separate TCP 

20 sessions exist, one between the client and the flow 

switch, the other between the flow switch and the best- 
fit server. As such, the IP, TCP, and possible content 
headers on packets moving bidirectionally between the 
client and server are modified as necessary as they 

25 traverse the content-aware flow switch 110. 

Flow Pipes 

A content -aware flow switch can be used to front -end 
many web servers. For example, referring to FIG. lc, the 
flow switch 110 front-ends web servers lOOa-c. Each of 
30 the physical web servers lOOa-c may embody one or more 
virtual web hosts (VWH's) . Associated with each of the 
VWH's front-ended by the flow switch 110 may be a "flow 
pipe," which is a logical aggregation of the VWH's flows. 
Flow pipes guarantee an individual VWH a configurable 
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amount of bandwidth through the content -aware flow switch 
110. 

Referring to FIG. 21a, web servers lOOa-c provide 
service to VWHs lOOd-f as follows. Web server 100a 
5 provides all services to VWH lOOd. Web server 100b 
provides service to VWH lOOe and a portion of the 
services to VWH lOOf . Web server 100c provides service 
to the remainder of VWH lOOf . Associated with VWHs lOOd- 
f are flow pipes 784a, 784b, and 784c, respectively. 

10 Note that flow pipes 784a-c are logical entities and are 
therefore not shown in FIG. 21a as connecting to VWH's 
lOOd-f or the flow switch 110 at physical ports. 

The properties of each of the VWH's lOOd-f is 
configured by the system administrator. For example, 

15 each of the VWH's lOOd-f has a bandwidth reservation. 
The flow switch 110 uses the bandwidth reservation of a 
VWH to determine the bandwidth to be reserved for the 
flow pipe associated with the VWH. The total bandwidth 
reserved by the flow switch 110 for use by flow pipes, 

20 referred to as the flow pipe bandwidth, is the sum of all 
the individual flow pipe reservations. The flow switch 
110 allocates the flow pipe bandwidth and shares it among 
the individual flow pipes 784a-c using a weighted round 
robin scheduling algorithm in which the weight assigned 

25 to an individual flow pipe is a percentage of the overall 
bandwidth available to clients. The flow switch 110 
guarantees that the average total bandwidth actually 
available to the flow pipe at any given time is not less 
than the bandwidth configured for the flow pipe 

30 regardless of the other activity in the flow switch 110 
at the time. Individual flows within a flow pipe are 
separately weighted based on their QoS requirements. The 
flow switch 110 maintains this bandwidth guarantee by 
proportionally adjusting the weights of the individual 

35 flows in the flow pipe so that the sum of the weights 
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remains constant. By policing against over-allocation of 
bandwidth to a particular VWH, fairness can be achieved 
among the VWH's competing for outbound bandwidth through 
the flow switch 110. 
5 Again referring to FIG. 21a, consider the case in 

which the flow switch 110 is configured to provide 
service to three VWH's lOOd-f. Suppose that the 
bandwidth requirements of VWHIOOd-f are 64Kbps, 256Kbps, 
and 1.5Mbps, respectively. The total flow pipe bandwidth 

10 reserved by the flow switch 110 is therefore 1.82Mbps. 
Assume for purposes of this example that the flow switch 
110 is connected to the Internet by uplinks 115a-c with 
bandwidths of 45Mbps, 1.5Mbps, and 1.5Mbps, respectively, 
providing a total of 48Mbps of bandwidth to clients. In 

15 this example, flow pipe 784a is assigned a weight of 
.0013 ( 64 Kbps/4 8Mbps ) , flow pipe 784b is assigned a 
weight of .0053. (256Kbps/48Mbps) , and flow pipe 784c is 
assigned a weight of .0312 (1 . 5Mbps/4 8Mbps ) . As 
individual flows within flow pipes 784a-c are created and 

20 destroyed, the weights of the individual flows are 

adjusted such that the total weight of the flow pipe is 
held constant. 

The relationship between flows, flow pipes, and the 
physical ingress ports 170a-c and physical egress ports 

25 165a-c of the content-aware flow switch 110 is discussed 
below in connection with FIG. 21b. Flows 782a-c from VWH 
lOOd enter the flow switch at egress port 165a. Flows 
786a-b from VWH 100c enter the flow switch at egress port 
165b. Flow 786c from VWH lOOf enters the flow switch at 

30 egress port 165b. Flows 788a-c from VWH lOOf enters the 
flow switch from egress port 165c. After entering the 
flow switch 110, the flows 782a-c, 786a-c, and 788a-c are 
managed within their respective flow pipes 784a-c as they 
pass through the switching matrix 790. The switching 

35 matrix is a logical entity that associates a logical 
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ingress port and a logical egress port with each of the 
flows 782a-c, 786a-c, and 788a-c. As previously 
mentioned, each of the physical ingress ports 170a-c may 
act as one or more logical ingress ports, and each of the 
5 physical egress ports 165a-c may act as one or more 
logical egress ports, FIG. 21b shows a possible set of 
associations of physical ingress ports with flow pipes 
and physical egress ports for the flows 782a-c, 786a-c, 
and 788a-c. 

10 Internet Proximity Assist 

A client may request content that is available from 
several candidate servers. In such a case, the Internet 
Proximity Assist (IPA) module of the content-aware flow 
switch 110 assigns a preference to servers which are 

15 determined to be "closest" to the client, as follows. 

The Internet is composed of a number of independent 
Autonomous Systems (AS's). An Autonomous System is a 
collection of networks under a single administrative 
authority, typically an Internet Service Provider (ISP) . 

20 The ISPs are organized into a loose hierarchy. A small 
number of "backbone" ISPs exist at the top of the 
hierarchy. Multiple AS's may be assigned to each 
backbone service provider. Backbone service providers 
exchange network traffic at Network Access Points (NAPs) . 

25 Therefore, network congestion is more likely to occur 
when a data stream must pass through one or more NAPs 
from the client to the server. The IPA module of the 
content-aware flow switch 110 attempts to decrease the 
number of NAPs between a client and a server by making an 

30 appropriate choice of server. 

The IPA uses a continental proximity lookup table 
which associates IP addresses with continents as follows. 
Most IP address ranges are allocated to continental 
registries. The registries, in turn, allocate each of 

35 the address ranges to entities within a particular 
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continent. The continental proximity lookup table may be 
implemented using a Patricia tree which is built based on 
the IP address ranges that have been allocated to various 
continental registries. The. tree can then be searched 
5 using the well-known Patricia search algorithm. An IP 
address is used as a search key. The search results in a 
continent code, which is an integer value that represents 
the continent to which the address is registered. Given 
the current allocations of IP addresses, the possible 
10 return values are shown in Table 2. 


ID 

Continent 

0 

Unknown 

1 

Europe 

2 

North America 

3 

Central and South America 

4 

Pacific Rim 


Table 2 


Additional return values can be added as IP 
addresses are allocated to new continental registries. 
20 Given the current allocation of addresses, the 

continental proximity table used by the IPA is shown in 
Table 3 . 


WO 99/06913 


PCT/US98/11912 


- 36 - 


IP ADDRESS RANGE 

CONTINENT IDENTIFIER 

0.0.0.0 through 
192.255.255.255 

0 

(Unknown) 

193.0.0.0 through 
195.255.255.255 

1 

(Europe) 

196.0.0.0 through 
197.255.255.255 

0 

(Unknown) 

198.0.0.0 through 
199.255.255.255 

2 

(North America) 

200.0.0.0 through 
201.255.255.255 

3 

(Central and South America) 

202.0.0.0 through 
203.255.255.255 

4 

(Pacific Rim) 

204.0.0.0 through 
209.255.255.255 

2 

(North America) 

210.0.0.0 through 
211.255.255.255 

4 

(Pacific Rim) 

212.0.0.0 through 
223.255.255.255 

0 

(Unknown) 


20 Table 3 


Referring to FIG. 22, the IPA assigns proximity 
preferences to zero or more servers, from a list of 
candidate servers and a client content request, as 
follows. The IPA identifies the continental location of 

25 the client (step 800) . If the client continent is not 
known (decision step 801), then control passes to step 
812, described below. Otherwise, the IPA identifies the 
continental location of each of the candidate servers 
(step 802) using the continental proximity lookup table, 

30 described above. If all of the server continents are 
unknown (decision step 803), control passes to step 807, 
described below. Otherwise, if none of the candidate 
servers are in the same continent as the client (decision 
step 804) , then the IPA does not assign a proximity 

35 preference to any of the candidate servers (step 806) . 

At step 807, the IPA prunes the list of candidate 
servers to those which are either unknown or in the same 
continent as the client. If there is exactly one server 
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in the same continent as the client (decision step 808) , 
then the server in the same continent as the client is 
assigned a proximity preference (decision step 810) . For 
purposes of decision steps 804 and 808, a client and a 
5 server are considered to reside in the same continent if 
their lookup results match and the matching value is not 
0 (unknown) . 

If there is more than one server in the same 
continent as the client (decision step 808) , then the IPA 

10 assigns a proximity preference to one or more servers, if 
any, which share a "closest" backbone ISP with the 
. client, where "closest" means that the backbone ISP can 
reach the client without going through another backbone 
ISP. A closest -backbone lookup table, which may be 

is implemented using a Patricia tree, stores information 

about which backbone AS's are closest to each range of IP 
addresses. An IP address is used as the key for a search 
in the closest -backbone lookup tablei. The result of a 
search is a possibly empty list of AS's which are closest 

20 to the IP address used as a search key. 

The IPA performs a query on the closest -backbone 
lookup table using the client's IP address to obtain a 
possibly empty list of the AS's that are closest to the 
client (step 812) . The IPA queries the closest-backbone 

25 lookup table to obtain the AS's which are closest to each 
of the candidate servers previously identified as being 
in the same continent as the client (step 814) . The IPA 
then identifies all candidate servers whose query results 
contain an AS that belongs to the same ISP as any AS 

30 resulting from the client query performed in step 812 
(step 816) . Each of the servers identified in step 816 
is then assigned a proximity preference (step 818) . 

After any proximity preferences have been assigned 
in either step 810 or 818, the existence of a network 

35 path between the client and each of the preferred servers 


WO 99/06913 


PCT/US98/11912 


- 38 - 

is verified (step 820) . To verify the existence of a 
network path between the client and a server, the 
content-aware flow switch 110 queries the content-aware 
flow switch that front-ends the server. The remote 
5 content -aware flow switch either does a Border Gateway 
Protocol (BGP) route table lookup or performs a 
connectivity test, such as by sending a PING packet to 
the client, to determine whether a network path exists 
between the client and the server. The remote content - 

10 aware flow switch then sends a message to the content - 
aware flow switch 110 indicating whether such a path 
exists. Any server for which the existence of a network 
path cannot be verified is not assigned a proximity 
preference. Servers to which a proximity preference has 

is been assigned are moved to the top of the candidate 
server list (step 822) . 

Because multiple AS's may be assigned to a single 
ISP, an ISP-AS lookup table is used to perform step 816. 
The ISP-AS lookup table is an array in which each element 

20 associates an AS with an ISP. An AS is used as a key to 
query the table, and the result of a query is the ISP to 
which the key AS is assigned. 

Referring to FIG. 23, the invention may be 
implemented in digital electronic circuitry or in 

25 computer hardware, firmware, software, or in combinations 
of them. Apparatus of the invention may be implemented 
in a computer program product tangibly embodied in a 
machine-readable storage device for execution by a 
computer processor 1080; and method steps of the 

30 invention may be performed by a computer processor 108 0 
executing a program to perform functions of the invention 
by operating on input data and generating output. The 
processor 1080 receives instructions and data from a 
read-only memory (ROM) 1120 and/or a random access memory 

35 (RAM) 1110 through a CPU bus 1100. The processor 1080 


WO 99/06913 


PCT/US98/11912 


- 39 - 

can also receive programs and data from a storage medium 
such as an internal disk 1030 operating through a mass 
storage interface 1040 or a removable disk 1010 operating 
through an I/O interface 1020. The flow of data over an 
I/O bus 1050 to and from I/O devices and the processor 
1080 and memory 1110, 1120 is controlled by an I/O 
controller 1090. 

The present invention has been described in terms of 
an embodiment. The invention, however, is not limited to 
the embodiment depicted and described. Rather, the scope 
of the invention is defined by the claims. 
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What is claimed is: 

1. In an Internet Protocol network, a method for 
directing a flow between a client and a best -fit server, 
the method comprising: 

5 receiving a client request for content via the 

Internet Protocol network; 

deriving, from the client request, content type 
information descriptive of the type of content requested 
by the content request; 
io deriving, from the client request, quality of 

service information descriptive of quality of service 
requirements of the content requested by the client 
request ; 

selecting as the best -fit server a server from among 
is a set- of candidate servers serving the content requested 
by the client request, based on the content type 
information, the quality of service information, and a 
combination of server metrics descriptive of expected 
qualities of service provided by the candidate servers 
20 when serving the requested content; 

subsequently forwarding to the best- fit server 
transmissions originating from the client which are 
associated with the client request for content; and 

subsequently forwarding to the client transmissions 
25 originating from the best-fit server which are associated 
with the client request for content. 

2. The method of claim 1, wherein the combination of 
server metrics includes: 

one or more metrics selected from the following 
30 group: server load metrics descriptive of the current 
load and recent activity on the candidate servers, 
network congestion metrics descriptive of network 
congestion between the client and the candidate servers, 
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and client-server proximity information descriptive of 
distances between the client and candidate servers. 

3. The method of claim 1, wherein the combination of 
server metrics includes : 

5 two or more metrics selected from the following 

group: server load metrics descriptive of the current 
load and recent activity on the candidate servers, 
network congestion metrics descriptive of network 
congestion between the client and the candidate servers, 
10 and client -server proximity information descriptive of 
distances between the client and candidate servers. 

4. The method of claim 1, wherein the combination of 
server metrics includes: 

server load metrics descriptive of the current load 
is and recent activity on the candidate servers, network 
congestion metrics descriptive of network congestion 
between the client and the candidate servers, and client - 
server proximity information descriptive of distances 
between the client and candidate servers. 
20 5. The method of claim 1, wherein the step of deriving 
quality of service information includes deriving quality 
of service information from the content type information. 

6. The method of claim 1, wherein the step of deriving 
quality of service information includes deriving quality 

25 of service information from a size of the content 
requested by the client request. 

7. The method of claim 1, wherein the client request is 
an HTTP request . 

8. The method of claim 7, wherein deriving content type 
30 information comprises: 

extracting content type information from an HTTP 
header of the client request. 

9. The method of claim 1, wherein the client request is 
a TCP request. 

35 10. The method of claim 1, further comprising: 
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obtaining additional information from the client 
about the content requested by the client request; and 

wherein the selecting step further comprises 
selecting the best-fit server based on the additional 
5 information. 

11. The method of claim 10, wherein the additional 
information comprises information derived from an HTTP 
GET. 

12. The method of claim 10, wherein the obtaining step 
10 comprises obtaining a protocol number and a source port 

of the client request. 

13. The method of claim 10, wherein the obtaining step 
comprises obtaining a protocol number and a destination 
port of the client request. 

is 14. The method of claim 10, wherein the obtaining step 
comprises obtaining a filename associated with the' 
content request. 

15. The method of claim 10, wherein the obtaining step 
comprises obtaining a filename extension associated with 

20 the content request. 

16. The method of claim 1, wherein the server metrics 
are obtained by querying a content server database. 

17. The method of claim 1, wherein the server metrics 
are obtained by periodically querying servers in the 

25 Internet Protocol network. 

18. The method of claim 1, further comprising: 
obtaining client capability information about the 

client ; and 

wherein the selecting step further comprises 
30 selecting the best- fit server based on the additional 
information. 

19. The method of claim 1, wherein quality of service 
requirements comprise a bandwidth. 

20. The method of claim 1, wherein quality of service 
35 requirements comprise a delay. 
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21. The method of claim 1, wherein quality of service 
requirements comprise a frame loss ratio. 

22. The method of claim 1, wherein deriving quality of 
service information comprises deriving quality of service 

5 information from the MIME content type of the client 
request . 

23. The method of claim 1, wherein the expected quality 
of service provided by a candidate server is descriptive 
of whether the candidate server is receiving a burst of 

10 requests for the content requested by the client request. 

24. The method of claim 1, wherein the expected quality 
of service provided by a candidate server is descriptive 
of whether satisfying the client request will result in a 
short-term flow. 

is 25. The method of claim 1, wherein the expected quality 
of service provided by a candidate server is descriptive 
of whether the content requested by the client request 
has been frequently requested in the past. 

26. The method of claim 1, wherein the expected quality 
20 of service provided by a candidate server is descriptive 

of whether the content requested by the client request 
has a high priority. 

27. The method of claim 1, wherein the expected quality 
of service provided by a candidate server is descriptive 

25 of a probability that the content requested by the client 
request is cached by the server. 

28. The method of claim 1, wherein the expected quality 
of service provided by a candidate server is descriptive 
of whether the candidate server has responded to recent 

30 queries. 

29. The method of claim 1, wherein the expected quality 
of service provided by a candidate server is descriptive 
of whether the candidate server recently responded to a 
request for the content requested by the client request 
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with an indication that the content is not served by the 
candidate server. 

30. The method of claim 1, wherein the expected quality 
of service provided by a candidate server is descriptive 

5 of whether the candidate server is reachable. 

31. The .method of claim 1, wherein the expected quality 
of service provided by a candidate server is descriptive 
of whether the candidate server's cache resources are 
below a threshold level . 

10 32. The method of claim 1, wherein the expected quality 
of service provided by a candidate server is descriptive 
of whether the candidate server's TCP buffer resources 
are below a threshold level . 

33. The method of claim 1, wherein the expected quality 
is of service provided by a candidate server is descriptive 

of whether the candidate server's port bandwidth is below 
a threshold level . 

34. The method of claim 2, wherein client-server 
proximity information comprises information descriptive 

20 of a continent in which the client resides and a 
continent in which the server resides. 

35. The method of claim 34, wherein client-server 
proximity information further comprises information 
descriptive of an administrative authority associated 

25 with the client and an administrative authority 
associated with the server. 

36. The method of claim 35, wherein the administrative 
authorities are Internet Service Providers. 

37. The method of claim 1, wherein selecting as the 
30 best-fit server comprises: 

determining whether the client request requires 
persistent connectivity with a particular candidate 
server; 

if the client request requires persistent 
35 connectivity with a particular server, identifying a 
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candidate server with which the client is persistently 
connected for service of the client request; 

selecting the identified candidate server as the 
best-fit server. 
5 38. A method for allocating bandwidth of a data 

switching device to each of a plurality of flow pipes, 
comprising: 

allocating to the plurality of flow pipes a maximum 
bandwidth which is a function of the available bandwidth 
10 of the data switching device; 

allocating to each of the plurality of flow pipes a 
maximum bandwidth which is a function of the bandwidth 
allocated to the plurality of flow pipes; and 

ensuring that the bandwidth through the data 
15 switching device consumed by a flow pipe is no greater 
than the maximum bandwidth allocated to the flow pipe. 

39. In an Internet Protocol network, a method for 
selecting a best-fit server, from among a plurality of 
servers, to service a client request for content, the 

20 method comprising: 

identifying a location of the client; 
identifying a location of each of the plurality of 
servers; 

identifying servers that are in the same location as 
25 the client; and 

selecting as the best -fit server a server from among 
the plurality of servers using a process which assigns a 
proximity preference to the identified servers. 

40. The method of claim 1, further comprising 

30 determining whether an active path exists between the 
client and the best-fit server. 

41. The method of claim 40, wherein determining whether 
an active path exists comprises sending a PING packet to 
the client. 
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42. The method of claim 40, wherein determining whether 
an active path exists comprises performing a Border 
Gateway Protocol route table lookup. 

43. The method of claim 40, wherein the location of the 
5 client comprises a continent in which the client resides. 

44. The method of claim 43, wherein the locations of the 
plurality of servers are continents in which the servers 
reside . 

45. The method of claim 40, wherein identifying servers 
10 that are in the same location as the client comprises: 

identifying administrative authorities associated 
with the client; 

identifying, for each of the plurality of servers, 
administrative authorities associated with the server; 
is and 

identifying servers associated with an 
administrative authority that is associated with the 
client . 

46. The method of claim 45, wherein the administrative 
20 authorities are Internet Service Providers. ' 

47. A system for directing a flow between a client and a 
best -fit server, the system comprising: 

a plurality of servers; 

a flow switch coupled to the plurality of servers by 
25 an Internet Protocol network through one or more 

communication links, wherein the flow switch comprises: 

means for receiving a client request for content via 
the Internet Protocol network; 

means for deriving, from the client request, content 
30 type information descriptive of the type of content 
requested by the content request; 

means for deriving, from the client request, quality 
of service information descriptive of quality of service 
requirements of the content requested by the client 
35 request; 
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means for selecting as the best -fit server a server 
from among a set of candidate servers serving the content 
requested by the client request, based on the content 
type information, the quality of service information, and 
5 a combination of server metrics descriptive of expected 
qualities of service provided by the candidate servers 
when serving the requested content; 

means for subsequently forwarding to the best- fit 
server transmissions originating from the client which 
10 are associated with the client request for content; and 

means for subsequently forwarding to the client 
transmissions originating from the best -fit server which 
are associated with the client request for content. 

48. The system of claim 47, wherein: 

is the candidate servers comprise HTTP servers. 

49. A flow switch in an Internet Protocol network, 
comprising: . 

means for receiving a client request for content via 
the Internet Protocol network; 
20 means for deriving, from the client request, content 

type information descriptive of the type of content 
requested by the content request; 

means for deriving, from the client request, quality 
of service information descriptive of quality of service 
25 requirements of the content requested by the client 
request ; 

means for selecting as the best -fit server a server 
from among a set of candidate servers serving the content 
requested by the client request, based on the content 
30 type information, the quality of service information, and 
a combination of server metrics descriptive of expected 
qualities of service provided by the candidate servers 
when serving the requested content; 
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means for subsequently forwarding to the best -fit 
server transmissions originating from the client which 
are associated with the client request for content; and 

means for subsequently forwarding to the client 
s transmissions originating from the best -fit server which 
are associated with the client request for content. 
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FIG. 1b 
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5 

F005 

030L 







,osa 

XER lost machine clocks 


F006 

031L 







031 L 

PHR lost machine docks 

5 

FOOT 

032L 








COM lost oitch resets 

5 

F008 

033L 








MIR lost Ditch resets 


F009 

0941. 








XER tost often resets 

5 

F010 

03SL 









5 

F011 

COS. 







r^s 

tSR lost Ditch resets 

5 

F012 

037L 








Not readv m i2sec 


F087 








EE3! 

No. of reonasino cvdes' ! 

FEB 

N/A 

039L 








Failed to reonase in 30 rev. [ 5 1 F135 

040L 

I 




1 04a 

Document Handler Faults 


Side fdr fate to ofm. entr 


A211 

042!_ 






1 042L 

Side fdr. tateoff Dtn. entr" 

10 

A212 

043L 






aeaflBHal 


Side fdr. tate to otn.exit 

10 

A213 

044L 







ca 

Side fdr. tate off Dtn. exit 

10 

A214 

045L 








Platen dimo faults 

5 

A190.A225 A206 

046L 








Inout nio f»"»* 

S 

A222A224 

047L 






BeaHaeaaV 

eei 

CFF hole faults 

10 

A218 

048L 







EE1 

CFF servo fauns 

10 

A208 

049L 






BHea^HI 

EE1 


15 

A193 

050L 



4 

/* 


a^Bea^Hef 


Tec 'ft* tiv exit fN-n 

10 

AO70 

051L 



_/ 

'« 





10 

A200 

052L 






HaHaafll 

mm 

a 
B 

B 
B 
w 

Tod fdr late to Platen Entrance <NH) 

10 

A194 

053L 



i 



■seaMM 

EES 

Too fdr late to Platen Entrance (Inv) 

10 

A192 

054L 






■HHbbI 

EES 


10 

A069 

05SL 




t 


afea^HeaV 

ESI 


10 

A195 

0561 






BaaVaea^HI 

EES 


5 . 

A196 

057L 





HHalaHl 


Too fdr late eff :rav entr. 

5 

A 197 

058L 





1 C58L 


10 

A201.A23? 

059L 



H 



059L 


10 

A202 







0601 

Doc handler shutter fault 

5 

A016.A013 

061L 







Too far set seoemtor mtsiiio 

10 

A072 

062L 


—4 




062U. 


10 


063L 






063L 


The Threshold between calls ts 90K for $892 and 60K for 5680 - The Threshold is 20 for Systems with Side Feeder 


300U#%JOM ww — . • - . ^ 

AD\UA 


Description 

Date- 








AH Meters - 








Self - Test Faults 

Thr 

Fault Cd 

. Lqc 

1 

2 


4 

5 

Loc 



2_ 

HOI 5 . ... 

OWL 






.m 



■ 2 

J144.J145H017 

0O3L 






003L 

MIR failed serf-test 

2 

J146.J1A7 H018 

0O4L 

i 





C04L 


XER failed setf-test 

2 

J148JU9 H019 

0O5L 






C05L 


ISR failed setf-test 

2 

J023J18fi J189 

006L 

i 





006L 



2 

J1S5.J1S6L020 

007L 

! 





007L 



2 

HOI 4 

008L 







008L 


H.V. Faults 









.2 . 

P059 

QQ9L- 









5 

F060 

010L 






(010L 


x Transfer current rauit 

5 

J061 

011L 









5 

F062 

012L 







012L 

A 


5 

F063 

01 3L 







01 3L 

A 


5 

1=064 

014L 






•NAME? 

014L 

A 


5 

F06S 

015L 







01 a. 

A 


5 

J067 

01 6L 







01 6L 

A 


5 

F068 

017L 







01 7L 

A 

System Errors 









5 

NfA 

01SL 







Q 1 SL 


SvSiefn error uSni 

5 

IVM 

p1«L 



/ 






Svstem error fPHRl 


N/A 

020L 









Svstem error (MIR) 

5 

N/A 

MIL 







021L 



S 

N/A 

022L 









5 

■ u . ~ WA 

023L 









3 

N/A 

024L 







FBI 

Timing Faults 





T""infl. react ^aute 

2 


026L 








'ew **'t ?ir;!»s 

2 

H029 

02T_ 







JRBl 



2 

F137 

028L 







L°aay 


5 

FOOA 

029L 







0291. 1 

MIR lost machine docks 

S 

F005 

030U 









5 

F006 

031L 







can 

PHR tost machine docks 

5 

FOOT 

032L 









5 

F008 

033L 






j 033L 


MIR tost often resets 

5 

P009 

034L 









XER tost Drtcn resets 

5 

F010 

035L 







Ed 

Reoistration finoer faults 

5 

F011 

036L 






1 036U 

ISR lost Ditch resets 


F012 








Esa 

B 

B 
B 

Not readvm 12 see. 


F087 

<W 







ESI 

No. of mohasina cvdes" 1 


N/A 

039t 








Failed to reonase in 30 rev. 1 5 1 F135 

040L 






Iwou 

Document Handler Faults 1 

Stiftttr famtflPirp. emr" 

1G/2C 

A211 

<M2L 






1 042L_ 

Side fdr lateoff otn, entr~ 

10 

A212 

043L 






ssssSHsl 

ESa 

Side fdr. late to otn.est 

10 

A213 

0444. 







Ed 

Side fdr. tate off Dtatat 

10 

A214 

045L 






■flHssssl 

Platen damo faults 

5 

A190.A225 A206 

046L 






sssssssssssl 

EE! 


5 

A222Jk224 

047L 







FTTH 

CFF hole faults 

10 

A218 

048L 







FIT!! 

CFF servo faufti 

10 

A208 

049L 







ET!1 


15 

A193 

050L 



4 




eei 

T«- !f-- 'ate *!*f t*v exit 

10 

A070 

051L 



_/ 




fub 


10 

A200 

0S2L 






■ssflssVi 


10 

A 194 

053L 



i 



ssss^ssVB 



10 

A192 

054L 



i 






10 

A069 

05R 




I 



EB3 


10 

A19S 

osa 






ESI 

Too fdr tate to trav enrr. 


A196 

0571 


i 



HssssVHI 

[•529 

Too fdr late eft rrav entr. 

5 

A197 

058L 





1 :58UjB 


10 

A201.A237 

059L 






Gsa 

B 


10 

A202 

060L 





aiaaH 

EH 


5 

A016>013 

061L 





i 

061L 


1C 


062L 






mm 


10 




— « — 






The Threshold between calls is 90K f or 5892 and 60K for 5680 - The Threshold Is 20 lor Systems with Side Feeder 


OOOUJUO?^ tew 


AO\UA 


A 
A 
A 
A 
A 
A 
A 
A 
A 

Description 

Date-* 







AH Meters - 







Self * Test Faults 

Tnr 

Fault Cd 

Loe 

1 

2 


4 

5 

Loc 

COM hiH#d^f.tMt 

2_ 

M015 - 

OWL 








, 2 

J144.J145H017 

003L 






003L 


2 

J146.JU7 H01 8 

004L 






C04U 

XER failed serf-test 

2 

J148J149H019 

005L 

— i — 





COSL 


-? 

J023.J18fl J189 

006L 

i 





006L 


2 

J155.J156L020 

0071 

r 





007L 


2 

H014 

0081 

i 
t 






008L 

H.V. Faults 






AC voitaceJAufl 

2 

FOSO 







I 009L 


s 

F060 

010L 






(010L 

Transfer current rauii 

s 

J061 

am 







w ■ • — 


5 

F062 

012L 







012L 


5 

F063 

01 3L 







013L 


5 

F064 

014L 






•NAME? 

out 


5 

F065 

01SL 







01 SL 


5 

J067 

016L 







01 6L 


5 

F068 

017L 







017L 

System Errors 






*v*tmm trrerfCOM) 

S 

m 

Q1BL 








SvSiem error ii5m 

5 


019L 



/ 





Svstem error (PHR) 


N/A 

020L 







020L 


5 

N/A 

021L 







02 1L 


5 

N/A 

022L 









5 

* N/A 

023L 







ESI 


3 

' ' N/A 

0241 








Timing Faults 






2 


, Q2SL 







026L 

Tc? >w *n't hf?!»s 

*5 

H029 

027!. 







027LI 


2 

F137 

028L 







02?l| 


5 

F004 

029L 







Q29L I 

MIR tost machine docks 


F005 

030L 








XER tost machine docks 


F006 

031L 








PHR lost machine docks 


FOOT 

032L 










F008 












0344. 










F010 

035L 










F011 









ISR lost Ditch resets 


F012 

<HZV . 







ESI 

Not reaov in 12 sec. 


F087 

0?8V 







EES 


No. of reohasina cvctes* 1 


N/A 








BE! 


Failed to reenase in 30 rev. 1 5 1 F135 

040L 






I 040L 


Document Handler Faults 



Stflflfflr now pup. witT." 

-1422- 

A211 

M2L 






I 042L 


Side fdr. lateoft Dtn. entr.~ 

10 

A212 

043L 






aeaeee 

EE! 


Sidefdr. tatt to otn.erit 

10 

A213 

044L 






aaeeaei 

Ed 
EES 


Side tdr. tatt off oftie* 

to 

A214 

045L 






aeaeaei 


Ptaten damn faults 

5 

A190.A225A206 

046L 






■aeaeai 

Efil 


Inout nro faufts 

5 

A222Jk224 

047L 







047U 


CFF hole faults 

10 

A218 

048L , 







048L 


CFF servo faults 

to 

Aaoe 

049L 






aeaaen 

EH1 


Too fdr lata to trev east 


A193 

050L 






aaaaaw 



Tec we i* t*v exrt (HA) 

10 

A070 

051L 



_J 



IcsikJ 

Too fdr tate oft trav tout unv) 

10 

*W 

052L 









Too fdr tate to Platen Entrance (H4) 

to 

A 194 

053L 



1 






Too fdr tate to Platen Entrance (Inv) 

to 

A19? 

054L 



J 






Too fdr. late off Dftn. emr 

to 

A069 

0$5L 




/ 


HeHHIl 

E3H 

B 


10 

At9S 

0561 







B 


- JL - 

A196 

057L 


1 




EE91E 

8 

Too fdr late cM rrav entr. 

5 

A197 

058L 





I 058JJ! 

B 


10 

A201.A237 

059L 



H 


■HI 


B 


10 

A202 






aaaeaei 




5 

A01 6.A013 

061L 





i 061L 



10 

A072 

062L 





aaaeaw 




10 


063L 


-4 



aaeaeii 

rail 


The Threshold between calls ts 90K for 5892 and 60K for 5680 


- The Threshold to 20 for Systems with Side Feeder 


300U/«JO?^ h*w tew — . - w 


AD\UA 


A 
A 
A 
A 
A 
A 
A 
A 
A 

Description 

Date- 

► 







AH Meters - 








Self - Test Faults 

Thr 

Fault Cd 

Lofi- 

1 

2 


4 

S 

Loc 



2_ 

MQ15 









PHR faded self-test 

- 2 

J144J145H017 

003L 






003L 


MIR failed serf-test 

2 

J146.JU7 H018 

004L 






C04L 


XER failed serf-test 

2 

J148.JU9 H019 

0051 

i — 





C05L 


tSR failed serf-test 

2 

J023JlBflJlB9 

006L 






0061 


FOR failed serf-test 

2 

J155.J156L020 

007L 

I 





007L 


Shared line failure 

2 

H014 

008L 







006 L 


H.V. Faults 










A£ ypitaee tauft 

5 

P059 

009L 

• i 





SQSL 


Charge *2 voltage fault 

S 

F060 

010L 

1 — 

1 — 





0101 


Transrer current raull 

5 

J061 

CltL 







* 


5 

F0fi2 

012L 






01 2L 

i 

Deveiooer bias fautt 

5 

F063 

01 3L 







013L 

A 

Toner bias fautt 

5 

F064 

014L 






•NAME? 

01 4L 

A 

Cleaner bias fautt 

5 

F065 

01 5L 







oist 

A 

Waste roll bias fautt 

5 

J067 

016L 







01 61 

A 

Arc detector fault 

5 

F068 

017L 







0171 

A 

System Errors 










Svstem error /CDMl 



- Q1& 









System error uSm 

5 


019L 



/ 






Svstem error (PHR1 


N/A 

020L 








System enor (M1R> 

5 

N/A 

021L 








Svstem error (XER> 

5 

N/A 

022L 








Svstem error (FOR) 

5 

* NVA 









Power loss in ormt 

3 1 

" " N/A 

024. 








Timing Faults 




Ttmino res#t fautts 

2 


Q26L 







026L 

Tct >*.v *f?'t *ic!»s 


I «-K)29 

027L 







027U 

Too many bett holes 

2 

F137 

028L 







02?L| 


COM lost macnine clocks 

5 

F004 

029L 







029L 

MIR lost machine clocks 

5 

F005 

030L 







0301 j 

XER lost machine docks 

5 

F006 

031L 







iron 


PHR tost machine docks 

5 

FOOT 

032L 








COM tost Ditch resets 

S 

F0O8 

033L 







E<!l 

MIR lost Drtcn resets 

5 


034L 








XER lost Ditch resets 

5 

F010 

Q3?L 










5 

F011 

036L 






{ 036L 1 



tSR lost Ditch resets 

5 

F012 

037L 










Not readv in 1 2 sec. 

<5 

F087 

038L 







EE£H 


No. of reonasina cycles" 

35/90 

N/A 

039L 







ran 


Failed to reonase in 30 rev. 

5 

F135 

■ 040L 






1 0401 


Document Handltf Faults 



Side tdr. tate to oto^ftnte^ 

102Q 

A211 

042L 






t 042L 


Sidt tdr. tateoff c*n. tmr.~ 

10 

A212 

043L 






Hi! 

EE1 


Side tdr. tatetocftn.eoot 

10 

A213 

044L 









Side Mr. late off oftnearit 

10 

A214 

045L 






■HBBB1I 

EES 


Platen damo faufts 

5 

A190.A22SA206 

046L 






[ 046L 1 



nout nio fault 

5 

A222>224 

047L 







EE! 

B 


CFF holt faufts 

10 

A218 

048L 







EE! 


CFF servo fauftt 

10 

A206 

049L 







EE! 

J 

Too fdr late to tnv est 

15 

A193 

050L 



4 



Mil 

CSS 


Tec 'ate n*f t*v exit (HA) 

10 

A070 

051L 



i 





Too fdr tate oft trav exit tinvl 

10 

A200 

0S2L 







BSl 

I 

9 


Too fdr tate to Platen Entrance (N-l) 

10 

A194 

053L 



• 




SS! 


Too fdr late to Platen Entrance (Inv) 

10 


054L 



i 




ESS 


Too fdr. tate off orm. entr 

10 

A069 





/ 


mi 


1 

roo fdr. late to oftn. exit 

10 

A195 

osa 







3S! 

1 

Too fdr tate to tray entr. 

5 

A196 

057L 


i 



Bbi^b^HI 

ess 

i 

roo fdr tate c« :rav entr. 

5 

A197 

058L 





1 C58L JB 

1 

*0D fdr mtscounts 

10 

A201.A237 

059L 





aaamii 


3 

I 


10 

A202 

OGOL 


-v- 



Hit 

SH 




A016.AO13 

061L 





1 0611 



roo far set seoerator rnaftio 

10 

A072 

062^ 


— « 



BBaBBBl 

-Em 



;FF inform off-feed fautt 

10 

A228 

063L 








Tht Thrtsrtotd between calU is 90K for 5992 and 60K for 5680 - Tho Thrtshold is 20 for Systama with Sida Fa«o^r 


AD\UA 


Description 

Date- 








AH M 

eters — 








Seff * Test Faults 

Thr 

Fault Cd 

Loc 

1 

2 


4 

5 

Loc 


COM fated s*f-iMt _ 

2_ 

HQ 15 , 









PHR failed setf-test 

2 

J144.J14S H017 

0O3L 






003L 


MIR (ailed serf- test 

2 

J146.J147 H018 

004L 






C04L 


XER failed setf-test 

2 

J148.J149 H019 

005L 

i 





cost 


tSR failed setf-test 

2 

J023.J188 J 189 

006L 

— 1 — 





006L 


FOR failed self-test 

2 

J1SS.J156L020 

007L 







0071 


Shared line failure 

2 

H014 

008L 







008L 


H.V. Faults 









ac Y0<tacfiiau2 

-.-1 


SQ9L— . 








A 

Charue *2 voltaae fault 

5 

F060 

010L 







01 0L 

A 

Transrer currer.t fault 

5 

JCS1 

3*iL 







A 

Preclean current fauft 

5 

F062 

01 2L 







012L 

A 

Deveiooer bias fault 

5 

F063 

01 3L 







01 3L 

A 

A 

Toner bias fault 

5 

F064 

0144. 






•NAME? 

014L 

Cleaner bias fault 

5 

FOfiS 

01 5L 







01 SL 

A 
A 
A 

Waste roll bias fault 

5 

J067 

016L 







01 6L 

Arc detector fault 

5 

F068 

017L 







0171 

System Errors 









_5— 

m 

018L 







avstem error i»Sni 

L_2 1 


0I9L 



/ 




Svstem error (PHR) 

5 

N/A 

020L 








Svstem error (MIR) 


N/A 

021L 







Frill 


5 

N/A 

022L 








System error (FOR) 

5 

* N/A 








E£H 

Power toss in print 

3 

■ T " N/A 

0244. 








Timing Faults 


Tlmino r**#t fauft* 

2 1 J028 _ _ 

QftL 




1 


J226L 

Tc? >w *e't 

2 I H029 

027 1 . 






0271j 

Too many Deft holes 

2 

F137 

028L 







?W\ 


COM lost machine docks 

5 

F004 

029L 







029L l 

MIR lost machine docks 

5 

F005 

Q30L 






eaBfleaM 



XER lost machine docks 

... 5_ 

F006 

031L 







F?m 

PHR tost machine docks 

5 

F007 

032L 






ea^sea^sell 


COM lost Ditch resets 

5 

F008 

033L 






Hea^HH 


MIR lost Ditch resets 

5 

P 009 

Q34L 







EH 

XER lost Often resets 

5 

F010 

035L 






HHHeaU 

FFFH 

Registration finoer faults 

_L_ 

F011 

036L 






i Q36L 1 


ISR lost Ditch resets 


F012 







■HI 

FU1 


Not readvm i2sec. 

15 

F087 

034)1, 








No. of reohasina cvdes" f 

nssei 

N/A 

039L 






BBBBBH 


Failed to reonase m 30 rev. ! 5 I F135 

04a 






(040L 


Document Handler Fault* 


Sftiefflr ! flifiiQBftr. entr " 


A211 


Side fdr. lateoff own, entr.** 


-12. 


A212 


Side fdr. lata to otn.eadt 


10 


A213 


Side fdr. late off pttn.eat 


10 


A214 


04SL 


Ptaten dame fruits 


A190.A225 A206 


046L 


Input nip fauts 


A222.A224 


047L 


CFF hole faults 


10 


CFF servo faults 


10 


049L 


8 Too fdr ate to tray exit 


A193 


050L 


Tot_?t' ( »t » o* »mv exit f N-n 
Too fdr ate oft tray exu tinv) 


10 


10 


AQ70 


0S1L 


A20Q 


0S21 


05 iL 


Too fdr ate to Platen Entrance (N-0 


10 


A194 


0S3L 


Too fdr ate to Platen Entrance (Inv) 


10 


_A19L 


0S4L 


Top fdr. ate oft pftn. entr 


A069 


.SSL. 


± 


B Top fdr. atatopftn. exit 


JO- 


0S6L 


Top fdr ate to trav entr. 


A196 


057L 


Too fdr late eft rav entr. 


A197 


058L 


Top fdr miscounts 


10 


A201.A237 


'op fdr muffif etds 


10 


A202 


060L 


)oc nanolef shutter fault 


A016.A013 


061L 


Too far set seperator mtsHo 


A072 


062L 


4- 


CFF i B form off-feed fault 


10 


A22S 


0631 


The Threshold between cells is 90K for S892 and 60K for 5680 


- The Threshold is 20 for Systems with Side Feeder 


AO\UA 


A 
A 
A 
A 
A 
A 
A 
A 
A 

Description 

Date— 

► 






AH Meters - 







Self - Test Faults 

Thr 

Faulted 

_____ 

1 

2 

3 

4 

5 

Loc 

CDM fail*- mMMt 


WIS 

m - 






COOL 

PHR failed sett-test 

2 

J144.J145 H017 

003L 






003L 

MIR failed serf-test 

2 

J146.J147 H018 

004L 






C04L 

XER failed setf-ies: 

2 

J148J149 H019 

005L 






cost 

ISA failed self-test 

2 

J023J188 J189 

006L 

i 





0061 

FOR failed serMest 

2 

J155.J1S6L020 

007L 

i 





007L 

Shared line failure 

2 

H014 

008L 

i 





0081 

H.V. Faults 






AC voitace _n ________ 

s 

PM_ 

OG_L 







009L 

Charae «2 voitaae fault 

5 

F060 

010L 







010L 

Transter current rault 

5 

JC61 

OtlL 







i C* "1 

Preciean current fault 

5 

F062 

012L 







01 21 

Deveiooer bias fault 

5 

F063 

01 3L 







013L 

Toner bias fault 

5 

F064 

0144. 






•NAME? 

014L 

Cleaner bias fauft 

5 

F065 

015L 







oi a 

Waste roll bias fault 

5 

J067 

016L 







01 6L 

Arc detector fault 

5 

F068 

017L 







01 71 

System Errors 





Sv*r*fn error 1 COM) 


N/A 

Q1&L 







Qi«- 

Svstem error nSm 

5 


019L 



/ 





System error (PHR) 

5 

N/A 

020L 








Svstem error (MIR) 

5 

N/A 

021 L 







Baa 

Svstem error (XER) 

5 

N/A 

022L 








Svstem error (FOR) 

5 

* N/A 

023L 







E__l 

Power toss in orirrt 

3 ' 

• T " N/A 

024L 







E__9 

Timing Faults 


Tmino re*#t faults 

2 

J02fl 

0__L 







Q26L 

Tct >'.v ^'t 


H029 








027L| 

Too many belt holes 

2 

F137 

028L 







028l| 

COM lost machine docks 

5 

F004 

029L 







029L 1 

MIR lost machine docks 

5 

F005 

030L 







~~i 

XER lost machine docks 

5 

F006 

031L 







I_~ 1 

PHR lost machine docks 

5 

FOOT 

032L 








COM tost oitch resets 

5 

F008 

033L 








MIR tost oitch resets 

5 

F009 

034L 







_5_l 

XER tost pitch resets 

5 

F010 

035L 







E_i_ 


Reaismtion finoer faults 

5 

F011 

096L 







038L 


tSR tost Ditch resets 

5 

F012 

037L 







037L 


Not readv in 12 sec. 

<5 

F087 

038L 







0381,,, 


No. of reohasing cycles* 

35/90 

N/A 

039L 







039L 


Failed ro reonase in 30 rev. 

5 

F135 

040L 







040L 


Document Handltf Faults 



Side Mr. late to oltn. entr" 

IMC 

A211 ._. 

042L 







J2_2L 


Side fdr. lateotf Dttn, entr.** • 

10 

A212 

043L 







043L 


Side fdr. late to Dtn.ant 

10 

A213 

044L 







044t 


Side fdr. late off oftn.e_it 

10 

A214 

045L 







045L 


Platen damo faults 

5 

A190.A225 A206 

046L 







0461 


nput nio faufts 

5 

A___J_?4 

047L 







0471, 


CFF hole (aufts 

10 

A218 

048L 







0_u 


CFF servo taurts 

10 

A208 

049L 







049L 

J 

Too fdr tata to tray est 

15 

A193 

050L 







0501, B 


Tec f 1- W i** •nrv exit f N-0 

10 

A070 

051L 



1 




OS* 1 . 

too fdr late on tray exit dnv) 

10 

A200 

052L 






______-_■! 

__Hi 


foo fdr late to Platan Entrance (N-l) 

10 

A194 

053L 



1 



______HaV 



Too fdr late to Platen Entrance (Inv) 

10 

A192 

0S4L 



1 



________HI 

ess l 


Too fdr. tate off pftn. entr 

10 

A069 

OSS, 






Ba__B-il 

_ss| 

1 

Too fdr. tate to oftn. ft— it 

10 

A195 

056L 






■aVHHI 

BESiE 

\ 

Too fdr tate to trav entr. 

s 

A196 

057L 


t 



_HH_BHI 

ESSE 

I 

'oo fdr late eft rrav entr. 

5 

A197 

C58L 






058L B 

I 


10 

A201.A__7 

059L 






0591, B 

I 


10 

A202 

060L 






0601, p 


_oc handler shutter fault 

5 

A016.A013 

061L 






061L 


r oo far set seoeritor misfiio 

10 

A072 

C62L 






0621 

< 

IFF i" form oft-feed fauft 

10 


063L 


— * 




063L 


Tha Threshold bttwtan calls is 90K for 5892 and 60K for 5680 - Tha Threshold Is 20 for Systams with Sida F—**r 


A£3XLM\ 


Description 

Date-* 


- 





AH Meters - 







Self - Test Faults 

Thr 

Faulted 


1 

2 

3 


5 

Loc 

PHM f*tt»fl sdMest 

2 

H01S 

MQL 







PHR failed self-test 

2 

J144.J145H017 

003L 






003L 

MIR faiies serf-test 

2 

J146.J147 H018 

004L 

i 





C04L 

XEP failed seff-tes: 

2 

J14B.J149 H019 

005L 






005L 

ISR failed setf-test 

2 

J023.J188 J189 

006L 

i 





006L 

FOR failed setf-test 

2 

J155.J156L020 

007L 

l 





007L 

Shared line failure 

2 

H014 

008L 







008L 

H.V. Faults 






i AC voitaee tauti 

_5_ 


M9L. 







009L 


5 

FO60 

010L 







010L 


5 

J061 

OUL 







^* 


5 

F062 

012L 







01 2L 


J - 

F063 

01 3U 







01 3L 


5 

F064 

014L 






•NAME? 

0UL 


5 

F065 

015L 







015L i 


5 

J067 

016L 







01 6L i 


5 

F068 

017L 







017L J 

System Errors 










5 


. Q1BL 








avsienv error (»Sni 

L ? 


019L 



/ 




FBI 

Svstem error (PHR) 

5 

N/A 

020L 








Svstem error (MIR) 

5 

N/A 

021L 







Frill 


5 

N/A 

022L 









S 

" N/A 

023L 







F?5Te] 

Power bss in ohm 

3 

*• * N/A 

024L 







FIJI 

Timing Faults 







2 

J02fl 

026L 







026L 

Tc* 'fjw *(?'t ^C^S 

? 

H02* 

027 1 . 







027Lj 


2 

F137 

028L 







028l| 

COM lost machine docks 

5 

F004 

029L 







Q29L 1 

MIR lost macrttne docks 

5 

F005 

030L 







nm 

XER lost rnacrvne docks 

5 

F006 

031L 








PHR tost machine docks 

5 

F007 

032L 







E51 


5 

F0O8 

033L 







rzm 

MIR lost Ditch resets 

5 

F0O9 

034L 







P5H 

XER lost Drten resets 

5 

F010 

035L 







ESS! 

Registration ftnoer faults 

S 

F011 

036L 







t^S 

ISR tost Ditch resets 


F012 








VTrM 

Not readvm 12 sec. 


F087 

038L 







E*31 

No. of reohasino cvdas" I 


N/A 

039L 









040L 






I 040L 

Document Handler Faults 


fitt»Mf lafmofm entf" 


m:. 

042L 

i 





15531 

Side fdr. lateoff otn, emr.~ 

10 

A212 

043L 








Side fdr. tate to Dtn.ent 

10 

A213 

044L 






BBBBBejjBBBBj 

FT?!! 

Side fdr late off Dtftex* 

10 

A214 

045L 






HaeaVH 

Ptaten damo faults 

5 

A190.A225A206 

046L 






aeaeaeaVH 



5 

A222X224 

047L 







EE! 

CFF hoie faults 

10 

A21S 

048L 








CFF servo faults 

10 


049L 






aeaeVaeaV 




A193 

05qt 



-J— 



BHaeaeal 

ESSE 

Tor ?** '?tt o*f t«v exit <H4\ 

10 

A070 

05H 



-J 



I 051'- 1 


10 

«W 

052L 






aeaHBael 


Too fdr late to Platen Entrance (N-)l 

10 

A19* 

053L 



I 



eaeaVHH 



10 

A192 

0541. 



I 



HeaHHil 



10 

■ A069 

055L 




/ 


■aeaeaeaV 



10 

A 195 

056L 


5 





Tod fdr tate to trav entr. 

5 

A196 

057L 





aeBeaeaeaV 


Too fdr late off trav entr. 

5 

A197 

058L 





IC56L B 


10 

A201.A237 

059^ 



H 



0591, S 


10 

A202 









5 

A016.A013 

06 1L 






061L 


1C 

A072 

062L 






062L 


10 

A228 



— t 




0631, 


AOYLJ/N 


Description 


Date 


AH Meters — 


Self - Test Faults 


Thr 


Fault Cd 


Loc 


HQ15 


PHR faded self-test 


J144.J1AS H017 


003L 


003L 


MIR latea serf-test 


J146.J147 HQ18 


004L 


C04L 


XER failed self -test 


Ji4fl.jU9 H019 


0O5L 


COSL 


ISR failed sert-test 


J023J1B8J1B9 


006L 


FOR failed sefHest 


J1SSJ1S6L020 


0071 


007L 


Shared line failure 


HQ14 


008L 


006L 


H.V. Faults 


p«9 


M9L 


Charge *2 voitaoe fault 


F060 


0101 


OtOL 


'ransrer currcn tau» 


JG61 


JUL 


Prectean current fautt 


.F062. 


-212k. 


01 2L 


Developer bias fault 


F063 


01 3L 


01 3L 


Toner bias fault 


F064 


0144. 


»NAME? 


01 4L 


Cleaner bias fault 


F065 


Q15L 


01 SL 


Waste roll bias fautt 


J067 


016L 


016L 


Are detector fault 


F068 


Q17L 


0171. 


System Errors 


JUL. 


Q18L 


LOifiL 


. System error uar.t 


0'*- 


System error fPHRI 


N/A 


020L 


System error fMlR) 


N/A 


021 L 


System error fXER) 


N/A 


022L 


System error fFOR) 


N/A 


023L 


Power toss in ohm 


N/A 


0244. 


Timing Faults 


Timing r*sgt faults 


J22&L. 


Tc? J e-.v *e'r *■ 


H029 


027*. 


027 
02§ll 


Too many pert holes 


F137 


028L 


COM lost machine docks 


FQQ4 


029L 


0291 1 


MIR lost machine docks 


FOOS 


030L 


XER tost machine docks 


FOOS 


031L 


PHR tost machine docks 


FOOT 


032L 


COMjps^jtc^^esett^ 


FOOS 


033L 


MIRlcjtpjtch resets^ 


F009 


034L 


XER lost pitch resets 


F010 


035L 


Registration finoer faults 


F011 


-Si- 


I 036L I 


(S^Nps^grtchjssets^ 


-ES22- 


0371 


Not readv in 12 sec. 


No. of repnasino cydes* 


Failed to reonase in 30 rev. 


I 5 1 


F087 


N/A 


F13S 


-SSL. 


040L 


i 040L 


Document Handler Faults 


Side fdr Iflft m crm entr* 


1Q/2C 


J212L. 


Side fdr. lateotf pttn, i 


_A212_ 


Side fdr . late to pan.aBt 


10 


Side fdr. late off otneaot 


10 


A214 


Platen damp faults 


A190.A22SA206 


Q46L 


Input nip fautt 


A222>224 


CFF hole faufts 


10 


A218 


Q4SL 


CFF servo fauna 


10 


_A2S6_ 


049L 


B Top fdr lata to trav eat 


JaL 


A1B3 


OSOL 


To; it*.' 'at e *mv exit fr*4) 


Top fdr tate off tray exit iinvl 


10 


A070 


051L 


Jfl- 


A200 


0S2L 


Top fdr ttte to Platen Entrance (N-J) 


10 


A194 


0S3L 


Top fdr late to Platen Entrance ( Inv) 


10 


A192 


0541 


Top fdr. late off pftn. entr 


10 


A069 


0S5L 


B Top fdr. late to pftn. writ 
B 


10 


A19S 


0S6L 


IB 

lOS7j_ B 


Top fdr late to trav entr. 


A196 


0571. 


Top fdr late crl rav entr. 


A197 


0S6L 


) J58L 


Top fdr miscounts 


10 


A201.A237 


0S9L 


0391 


Too fdr muftifeeds 


10 


060LJ * 


>oc handler shutter fautt 


A016.A013 


061L 


061k 


'00 for set seoerator mstiio 


10 


A072 


Q62L 


4- 


3621 


CFF i M form off-feed fault 


10 


A228 


063L 


063L 


The Threshold between calls IsBOKfor 5892 and 60K for 5660 


- Tha Threshold is 20 lor Systems wrth Side Feeder 
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